Solved

Migrating WSS 3.0 to WSS 3.0 Sharepoint

Posted on 2011-03-04
15
742 Views
Last Modified: 2012-05-11
I need to move or better yet copy Sharepoint farm sites from one WSS 3.0 to another 3.0. Specs are as follows.

Server 1
WSS 3.0
Windows Server 2003
SQL Server 2000

to

Server 2
WSS 3.0
Windows Server 2008
SQL Server 2005

I want to make a copy of the sites in Server 1 to Server 2 and remove Server 1 all together. I had a nightmare just upgrading Server 1 from 2.0 to 3.0, so I am trying to get the easiest approaches possible. Im nervous about the difference in OS and SQL versions. Would I have to upgrade Server 1 to SQL 2005? Any suggestions on the best way to approach this?
0
Comment
Question by:fstinc
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 7
  • 5
  • 2
  • +1
15 Comments
 
LVL 38

Expert Comment

by:Justin Smith
ID: 35041567
DB's should be on the same version when moving sites between farms.  You need to either upgrade SQL to 2005, or attach the 2000 db's to the 2005 server in order to upgrade them.  

Easiest thing to do (probably), is to manually create your web apps in the destination farm, to match your source farm.  Then, backup the db's, resotre them to the 2005 server (content db's only, not config or admin).  Attache the restored db's to the web apps via STSADM or Central Admin.
0
 
LVL 38

Expert Comment

by:Justin Smith
ID: 35041568
Disregard the first section of my post....I mean to delete that before hitting submit.
0
 
LVL 6

Expert Comment

by:sabby447
ID: 35041906
Here are some things which may help

1st Approach:

1. Upgrade the database on server 1 to 2005 and copy over that to 2008 server to restore and test, The issue here is there has been many changes between 2000 to 2008 database editions, Lot of things left unsupported and other issues may occur in this upgrade

2nd Approach (My recommendation) :

1. Backup site on first server using stsadm command line tools
2. Restore the site on Server 2 using stsadm
3. Test the site for functionality, look and feel and data to ensure all are migrated
4. Migrate rest of sites

This approach gives you flexibility to test everything in server 2 without disturbing server 1 , Hope this helps
0
NEW Veeam Agent for Microsoft Windows

Backup and recover physical and cloud-based servers and workstations, as well as endpoint devices that belong to remote users. Avoid downtime and data loss quickly and easily for Windows-based physical or public cloud-based workloads!

 
LVL 74

Expert Comment

by:Glen Knight
ID: 35041924
0
 
LVL 38

Accepted Solution

by:
Justin Smith earned 500 total points
ID: 35043250
Sabby - he isn't going to SQL 2008, so no reason to upgrade to 2005, then migrate.  Also, migrating sites directly between two different versions of SQL is NOT recommended, and probably isn't even supported.

Also, I highly recommend that you do not do anything directly in IIS.  There isn't a need for it and it's deffinately not a best practice when dealing with SharePoint migrations.

The easiest migration path is to backup your 2000 databases, restore them into 2005, and attach them to your new web apps.  This is a proven method that is supported.  You may also have to move/adjust sql db security aftwards.

A good article, though all of it does NOT apply to your situation: http://technet.microsoft.com/en-us/library/cc512723(office.12).aspx#BKMK_MoveToDifferentServer 
0
 

Author Comment

by:fstinc
ID: 35059642
Is it better to create another application pool and another website and create a 2 sharepoint site with all of the content from SERVER 1 or . . . to just add the content database to SERVER 2, but I am not sure how to go about this . . .
0
 
LVL 38

Expert Comment

by:Justin Smith
ID: 35059676
If you dont create a web app on the new server, what are you going to attach the databases to?

Create the web apps in the new server, to match your current web apps.  They should have the same URL's.  Then attach the db's to the new web apps.
0
 

Author Comment

by:fstinc
ID: 35059808
Ok. Here is the simplest approach that I will be taking.


1) De-ttach SQL 2000 and  Attach SQL 2005? or should is it better to a backupt and restore?
2)Create a new web app with same name and URL as previous version

However, One thing I am trying to do is consolidate both sites into one. In a sense, merge both content databases so that I only have 1 IIS site. Would this complicated everything much more?
0
 

Author Comment

by:fstinc
ID: 35059835
Also, is it best to backup/de-ttach using STSADM or SQL Server?
0
 
LVL 38

Expert Comment

by:Justin Smith
ID: 35060078
Don't worry about merging yet, just get the sites up and running on the new server, then you can worry about moving things around.

I don't have an opinion on SQL attach vs. restore.

After you either attach or restore into SQL, you can attach them to the new web apps in Central Admin - App Mgmt - Content databases.

You really should browse the link i posted.
0
 

Author Comment

by:fstinc
ID: 35060225
I agree. It seems much easier to do this in WSS 3.0 now. I was having a pain with 2.0 backup and restores. Let me know if this sounds right before I get going on this:

1) SQL Server backup of Content DB in SQL 2000
2) Restore DB to SQL 2005.
3) New Web App via App Mgmt

Any compatibility issues you might be fore coming from experience?

I did this same process when I was migrating a previous 2.0 sites. However, I was using W2k3 and SQL 2000 on both servers. I am hoping that with 3.0, the compatibility and simplicity is much more straight forward than in 2.0. Thanks
0
 
LVL 38

Expert Comment

by:Justin Smith
ID: 35060245
4) Remove current content db on new web apps and attach restored content db's via Central Admin

Make sure that both versions of SharePoint are exactly the same.  Same patch level.

Not sure if you have budget or not, but I do consulting if you need assistance.  Just clikc my name and click the Hire Me button on the left.
0
 

Author Comment

by:fstinc
ID: 35060477
No, my manager would most likely not approve spending on consultation. I did this same procedure when I copying over our live WSS 2.0 site to a TEST WSS 2.0 in order for me too upgrade the test WSS 2.0 to WSS 3.0. Now that it has been upgraded, I just need to repeat the process again to the live WSS 3.0 site which doesnt seem too bad. I predict that the merging will be the most nerve wrecking since any complications that occur will be in a live environment. Most like thought I will be backingup/restoring to a test server. Thanks
0
 
LVL 6

Expert Comment

by:sabby447
ID: 35065959
Ok, Just for everybody's knowledge, The site url doesn't need to match exactly, You can simply create a new web app, Attach the restored database to that web app and delete the one that got created initially, It works like a charm always

Anyways i am happy the problem is resolved for the user, Have a nice time
0
 
LVL 38

Expert Comment

by:Justin Smith
ID: 35068474
Who said it HAD to match?  Also, if you are moving to a new server, why wouldn't you want them to match?
0

Featured Post

Get 15 Days FREE Full-Featured Trial

Benefit from a mission critical IT monitoring with Monitis Premium or get it FREE for your entry level monitoring needs.
-Over 200,000 users
-More than 300,000 websites monitored
-Used in 197 countries
-Recommended by 98% of users

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Learn about cloud computing and its benefits for small business owners.
ADCs have gained traction within the last decade, largely due to increased demand for legacy load balancing appliances to handle more advanced application delivery requirements and improve application performance.
There's a multitude of different network monitoring solutions out there, and you're probably wondering what makes NetCrunch so special. It's completely agentless, but does let you create an agent, if you desire. It offers powerful scalability …
Add bar graphs to Access queries using Unicode block characters. Graphs appear on every record in the color you want. Give life to numbers. Hopes this gives you ideas on visualizing your data in new ways ~ Create a calculated field in a query: …

615 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question