locked
SQL Server 2000 Standard with SharePoint Services 2.0 Member Server Migration RRS feed

  • Question

  • A customer of mine is about to begin a network migration. The issue we face is the legacy Member Server move. The Member Server is W2K3 with SQL Standard Edition and SharePoint Services 2.0 that houses several custom SharePoint applications.

    We are installing a new network with W2K8r2, SQL2K8r2, SharePoint2010, Exchange 2010, etc. They question of the day is what to do about the SharePoint Apps and Data.

    We can recreate the applications, but the client wnats to have the system available after the initial migration to pull data and recreate services at a leisurely pace.

    Can the existing member server be moved into the new W2K8 upgraded domain by rejoining as a member server. At that time the user groups would be mapped manually to access the legacy Sharepoint sites, etc.

    Will the legacy server play nice in the new environment and be fully access capable to migrate the data manually.

    Thanks for any input.


    Tuesday, November 29, 2011 11:57 AM

Answers

  • Hi,

    There will be an issue with permissions when WSS v2.0 is moved over to a new domain.  Please see: http://support.microsoft.com/kb/896593

    Also another concern is will SQL server be able to start with the new domain accounts?  Please see: http://ask.sqlservercentral.com/questions/23754/how-to-move-sql-2005-server-from-one-domain-into-another though it lists SQL 2005, the idea is still the same.

    If the domains are the same and you are just upgrading the function levels, then this shouldn’t be a problem. To sum it up, moving to a new domain is not a simple task. 

    Another idea is if these are two different domains.  Why not setup a trust relationship for the legacy location and then after the data has been pulled over and placed into SharePoint 2010 decommission it.


    Regards, Savoeurn Va Microsoft Online Community Support
    • Proposed as answer by Jason Warren Wednesday, November 30, 2011 10:56 PM
    • Marked as answer by Wayne Fan Thursday, December 8, 2011 1:51 AM
    Wednesday, November 30, 2011 10:27 PM

All replies

  • Hello Raymond,

     

    Thank you for your question.

     

    I am trying to involve someone familiar with this topic to further look at this issue. There might be some time delay. Appreciate your patience.

     

    Thank you for your understanding and support.

     

    Thanks,

    Wayne Fan

    TechNet Subscriber Support in forum

    If you have any feedback on our support, please contact  tnmff@microsoft.com.

    Wednesday, November 30, 2011 2:01 AM
  • I appreciate the assist.
    Wednesday, November 30, 2011 1:12 PM
  • Hi,

    There will be an issue with permissions when WSS v2.0 is moved over to a new domain.  Please see: http://support.microsoft.com/kb/896593

    Also another concern is will SQL server be able to start with the new domain accounts?  Please see: http://ask.sqlservercentral.com/questions/23754/how-to-move-sql-2005-server-from-one-domain-into-another though it lists SQL 2005, the idea is still the same.

    If the domains are the same and you are just upgrading the function levels, then this shouldn’t be a problem. To sum it up, moving to a new domain is not a simple task. 

    Another idea is if these are two different domains.  Why not setup a trust relationship for the legacy location and then after the data has been pulled over and placed into SharePoint 2010 decommission it.


    Regards, Savoeurn Va Microsoft Online Community Support
    • Proposed as answer by Jason Warren Wednesday, November 30, 2011 10:56 PM
    • Marked as answer by Wayne Fan Thursday, December 8, 2011 1:51 AM
    Wednesday, November 30, 2011 10:27 PM
  • Thank you for the reply. The trust relationship idea may not work, we are replacing the current domain with the same name in a fresh build off line. I will look into the other suggestion in a virtual environment. It may be a few days, but any other suggestions would be great. Again, thanks for the reply.

     

     

    Thursday, December 1, 2011 12:36 AM