Need to migrate the physical SharePoint 2016 SQL servers to VMs.

Bajracharya, Prabinesh 417 Reputation points
2020-11-12T19:07:11.423+00:00

We have, SharePoint Server 2016 - 2 application server, 3 WFE's and 2 database servers clustered environment.
The 2 database servers are in physical servers and we are required to move it to VM before July 31, 2021 due to the end of support on our SAN.

I am asked about possibility to change from physical to virtual server for the DB's without putting the Production environment at risk and getting this done as soon as possible. Can you provide some direction on the steps needed to replace our current environment with a virtual one?

System Center Virtual Machine Manager
SQL Server
SQL Server
A family of Microsoft relational database management and analysis systems for e-commerce, line-of-business, and data warehousing solutions.
13,638 questions
Windows Server
Windows Server
A family of Microsoft server operating systems that support enterprise-level management, data storage, applications, and communications.
12,898 questions
SharePoint Server Management
SharePoint Server Management
SharePoint Server: A family of Microsoft on-premises document management and storage systems.Management: The act or process of organizing, handling, directing or controlling something.
2,939 questions
{count} votes

Accepted answer
  1. Trevor Seward 11,701 Reputation points
    2020-11-12T22:07:55.55+00:00

    I would take the approach of adding VMs to the existing cluster but migrate the shared storage blob. Otherwise, if you have to change the endpoint name that SharePoint is connecting to and move the databases, you'll need to use cliconfg.exe on each SharePoint server to point to the new SQL endpoint.

    https://learn.microsoft.com/en-us/sharepoint/administration/move-all-databases

    Alternatively, you could P2V the existing SQL Servers, though that can be less clean.

    0 comments No comments

2 additional answers

Sort by: Most helpful
  1. Sharath Kumar Aluri 3,071 Reputation points
    2020-11-12T22:07:15.467+00:00

    Configure New SharePoint Farm in the VMs should have the Same version level.
    Same set of Services, Authentications & configuration should be in the new farm.
    Create the Web Application in target farm.
    Update your DNS to point to new Server(WFE)

    Now you can do the following things.

    Preform the SQL Back up of the content DBs from Source farm.
    Now restore the DB on new farm's SQL server
    Now Mount the DBs to the desired web app, either from central admin or using the Mount-SPContentDatabase
    Now test it, go to central admin > application management > view all site collections.
    Make sure if you have any custom solutions deployed in old farm, download and install them in New farm as well.
    Run Full Search crawl.

    https://learn.microsoft.com/en-us/sharepoint/administration/move-all-databases
    https://learn.microsoft.com/en-us/sharepoint/administration/move-or-rename-service-application-databases

    Thanks & Regards,

    1 person found this answer helpful.
    0 comments No comments

  2. Alex Bykovskyi 2,006 Reputation points
    2020-11-12T22:34:45.64+00:00

    Hey,

    As mentioned, the easiest and the fastest way would be creating new VMs and configure SP farm as well as SQL Server. Afterwards, you can do the migration using the guidance gentlemen gladly provided.

    As an alternative, you can do a P2V conversion using StarWind V2V Converter directly to your Hyper-V host.
    https://www.starwindsoftware.com/v2v-help/PhysicalDisksandP2VScenario.html

    P.S. In both cases it is recommended to have farm stopped.

    Cheers,

    Alex Bykovskyi

    StarWind Software

    Note: Posts are provided “AS IS” without warranty of any kind, either expressed or implied, including but not limited to the implied warranties of merchantability and/or fitness for a particular purpose.

    0 comments No comments

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.