Click here to monitor SSC
SQLServerCentral is supported by Redgate
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase «««1234

Upgrading to 2012 Expand / Collapse
Author
Message
Posted Monday, April 22, 2013 8:42 AM
SSC Journeyman

SSC JourneymanSSC JourneymanSSC JourneymanSSC JourneymanSSC JourneymanSSC JourneymanSSC JourneymanSSC Journeyman

Group: General Forum Members
Last Login: Tuesday, November 5, 2013 8:52 AM
Points: 91, Visits: 70
Our SAP core systems are running Windows 2003/SQL 2005 x64, all VM's on esxi 5.1 hosts. I want to migrate as much for the OS as for SQL. Having the ability to upgrade memory and processors on VM's without rebooting is not possible on Windows 2003 OS. This feature comes in handy when extra horsepower is temporarily needed in special situations. MIgrating is a pain and I don't want to do it again soon. So I plan to migrate both OS and SQL to Windows 2012/SQL 2012. I would rather go a little more pain on this migration than have to do it again soon.


Post #1445015
Posted Monday, April 22, 2013 9:42 AM
SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Tuesday, January 26, 2016 9:10 AM
Points: 2,602, Visits: 1,694
"Quite a few of the people I've talked to in the last couple years feel the same way."

It is the same thing here Steve. We stood up a dev/test version that three or four of us have used for Research and to see the new features but there is not a strong enough business driver for our type of processing to move us rapidly to 2012. Time will come, but is may not be too soon.

M.


Not all gray hairs are Dinosaurs!
Post #1445042
Posted Tuesday, May 14, 2013 3:47 AM
SSC Eights!

SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!

Group: General Forum Members
Last Login: Tuesday, April 15, 2014 8:03 AM
Points: 825, Visits: 319
We're still trying to get our customers to move from 2000 & 2005 to 2008R2 so we're a long way from having to look at 2012. I'm betting we'll miss it completely and maybe go to 2015/6 or whatever the next version is.
Post #1452467
Posted Friday, January 22, 2016 4:01 PM
Grasshopper

GrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopper

Group: General Forum Members
Last Login: Tuesday, July 19, 2016 9:57 AM
Points: 13, Visits: 222
2008 R2 State Pensions Shop, considering 2012 for the SSRS upgrade... any comments appreciated.

Post #1755085
Posted Monday, January 25, 2016 6:45 AM
Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Friday, July 22, 2016 2:11 AM
Points: 3,032, Visits: 3,704
When are you planning to go live? If it is June or later then I would recommend using SQL2016 SSRS. You have to look very closely to see any differences between SQL2008R2, SQL2012 and SQL2014 SSRS, but there are a lot of new things in SQL2016 SSRS that you are likely to find useful.

You can start your evaluation and development using a SQL2016 CTP, and hold off going live until SQL2016 RTM, rumoured to be in May.


Original author: SQL Server FineBuild 1-click install and best practice configuration of SQL Server 2016, 2014, 2012, 2008 R2, 2008 and 2005. 11 May 2016: now over 37,000 downloads.
Disclaimer: All information provided is a personal opinion that may not match reality.
Quote: "When I give food to the poor they call me a saint. When I ask why they are poor they call me a communist." - Archbishop Hélder Câmara
Post #1755376
Posted Monday, January 25, 2016 6:49 AM
SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: General Forum Members
Last Login: Thursday, February 18, 2016 4:42 PM
Points: 35, Visits: 112
I have to agree here--I almost commented earlier to this effect. If SQL 2016 is an option, by all means go out of your way to embrace it.


Post #1755378
Posted Monday, January 25, 2016 7:32 AM
SSC Eights!

SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!

Group: General Forum Members
Last Login: Today @ 4:47 AM
Points: 927, Visits: 6,772
Our upgrade policy tends to be driven by Micorsoft's support cycle rather than new features.
(ie It is relatively easy to get money for an upgrade if we say the old system will no longer be supported.)

We managed to get rid of our last two SQL2005 instances last year when Windows 2003 went out support.
The bulk of our instances are now SQL2008R2 although we do have one SQL2012 production instance.
We might get a production SQL2014 instance this year but we will start moving our DBs off SQL2008R2 next year to give ourselves time before Windows 2008R2 and SQL2008R2 go out of support.
I suspect most of our DBs will end up in SQL2016.
Post #1755387
Posted Monday, January 25, 2016 9:51 AM
Grasshopper

GrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopper

Group: General Forum Members
Last Login: Tuesday, July 19, 2016 9:57 AM
Points: 13, Visits: 222
Thanks! It would be after June... Glad to hear the upgrade might be pretty straightforward ... since 2008 SSRS has a lot of odditys ...
Post #1755462
« Prev Topic | Next Topic »

Add to briefcase «««1234

Permissions Expand / Collapse