April 9, 2018 at 9:53 am
We are in the process of implementing a new SANS that will host all of our servers/systems. I've been tasked with installing SQL Server 2008R2 (the most recent version one of our accounting software systems will support) on a new server. The hardware (the actual drives/sans) that the server is sitting on (where I am to install SQL Server) is on the old sans. Once the new SANS is in place the guys who handle the VMWare/Network will move the server from the old sans to the new.
My question is do I need to wait till the server is moved to the new SANS before doing the install of SQL Server 2008R2? Is there anything with the install that would benefit from waiting till the server is moved? I know that with Virtualization all of the behind the scenes stuff is supposed to be seamless so you don't need to be concerned with where the windows server (hosting SQL Server) is actually hosted but the pro-virtualization crowds has been pushing that idea form day one and in the early days of virtualization it did matter you couldn't treat drives used by SQL the way you would any other drive within a virtual system.
Kindest Regards,
Just say No to Facebook!April 11, 2018 at 1:14 pm
YSLGuru - Monday, April 9, 2018 9:53 AMWe are in the process of implementing a new SANS that will host all of our servers/systems. I've been tasked with installing SQL Server 2008R2 (the most recent version one of our accounting software systems will support) on a new server. The hardware (the actual drives/sans) that the server is sitting on (where I am to install SQL Server) is on the old sans. Once the new SANS is in place the guys who handle the VMWare/Network will move the server from the old sans to the new.My question is do I need to wait till the server is moved to the new SANS before doing the install of SQL Server 2008R2? Is there anything with the install that would benefit from waiting till the server is moved? I know that with Virtualization all of the behind the scenes stuff is supposed to be seamless so you don't need to be concerned with where the windows server (hosting SQL Server) is actually hosted but the pro-virtualization crowds has been pushing that idea form day one and in the early days of virtualization it did matter you couldn't treat drives used by SQL the way you would any other drive within a virtual system.
does the VM config use purely VMware virtual disks or are you exposing raw LUNS as RDMs to the VM?
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs" 😉
April 11, 2018 at 1:33 pm
Perry Whittle - Wednesday, April 11, 2018 1:14 PMYSLGuru - Monday, April 9, 2018 9:53 AMWe are in the process of implementing a new SANS that will host all of our servers/systems. I've been tasked with installing SQL Server 2008R2 (the most recent version one of our accounting software systems will support) on a new server. The hardware (the actual drives/sans) that the server is sitting on (where I am to install SQL Server) is on the old sans. Once the new SANS is in place the guys who handle the VMWare/Network will move the server from the old sans to the new.My question is do I need to wait till the server is moved to the new SANS before doing the install of SQL Server 2008R2? Is there anything with the install that would benefit from waiting till the server is moved? I know that with Virtualization all of the behind the scenes stuff is supposed to be seamless so you don't need to be concerned with where the windows server (hosting SQL Server) is actually hosted but the pro-virtualization crowds has been pushing that idea form day one and in the early days of virtualization it did matter you couldn't treat drives used by SQL the way you would any other drive within a virtual system.
does the VM config use purely VMware virtual disks or are you exposing raw LUNS as RDMs to the VM?
I asked one of our network guys this and the reply I got was no, were using luns but were not exposing raw luns. I do hope that is a sufficient enough answer for you.
Thanks
Kindest Regards,
Just say No to Facebook!Viewing 3 posts - 1 through 2 (of 2 total)
You must be logged in to reply to this topic. Login to reply