2

I have a GoDaddy Hosted Exchange Server running SharePoint 3.0 and I'm looking to migrate to a server running SharePoint 2010.

Since the originating server is the GoDaddy server, I don't have access to anything on the back end of the SharePoint site, like the configuration page and the database. On the host, we have paid for 61gb of space on the server, and we are storing 60gb of data already.

One suggested solution is to back SharePoint up with the SharePoint Designer, which seems like it would work, except it has to back up the data to a file on the same SharePoint server, or another server running the same version of SharePoint, and as before mentioned, the source SharePoint server is near capacity. I'm thinking of setting up a computer that has the available space with a Trial Version of Windows Small Business Server 2008, the last version compatible with the version of SharePoint I'm trying to install and migrate to, but I was wondering if there's a better solution for this than going through the motions of creating the virtual machine to host the SharePoint so I can back up the SharePoint to download the backup file to upload to the new SharePoint so it can be unpacked.

This sounds ridiculous, and it is, but there's a specific reason why I'm trying to do it this way. The company didn't have much experience with SharePoint when it was first set up, and the users didn't have much of an idea about how the Windows file and folder tree works. While creating the folder structure, they were able to ignore the path+filename length limit because SharePoint is stored in a SQL database. Since then, they've been using a well structured file tree that is unfortunately long in the character length department. I tried setting up two SharePoint shares side-by-side as mapped drives, and using a system like WinMerge or even command-line xcopy to move data from the one to the other, but the filename length limit strikes me down every time.

I don't want to have to re-mount each sub-folder separately in order to copy the data over, as that would be time-prohibitive and would require working on it exclusively on a weekend without regard to possible changes during the process, and without a way to compare differences.

I'm looking for a creative solution I haven't tried yet, but I'm feeling a little stuck. We're looking to migrate our SharePoint server local to cut costs, and our connection here is more than able to handle the amount of traffic that will come of bringing it locally. The only problem is moving the data from place to place.

If anyone has any insight, I'd love to hear it. I've been working on this for two weeks!

  • Have you contacted GoDaddy? They should be able to make the actual database files available for download, at least temporarily. – Dave Wise Aug 21 '13 at 20:41
  • I've contacted every department that has contact information and spoken with every department's supervisors. They said that because of the structure of the network, and the shared server architecture, it would be impossible to pull just our data out of the server. I know that's -mostly- wrong, but what it came down to was "It's stored over here, your account is over there, the hosting server is in the next room, we'd have to move it and we don't do that." – Chris Barnes Aug 21 '13 at 20:49
  • Then give them $200 to put it on a portable hard drive/FlashDrive and FedEx it to you... Any DBA worth their title can do this in 10 minutes. – Dave Wise Aug 21 '13 at 20:56
  • I even offered to do that, too, and they flatly declined. I'm moderately disappointed in GoDaddy's customer support and technicians. All they've done is make me glad that once the migration is done, my company won't be using their services anymore. – Chris Barnes Aug 21 '13 at 21:01
1

Have you thought about third party tools? If you set up an on-prem 2010 farm, you could use something like Metalogix Content Matrix to migrate the data from your GoDaddy host to on-prem and upgrade at the same time. http://www.metalogix.com/Products/Content-Matrix.aspx

  • I had considered some third-party tools, but the problem with them is that we're currently a rather small company (60 employee) and most of the tools are well outside of our budget. That's most of the reason I was trying to find a clever (if a little more manual) solution. – Chris Barnes Aug 21 '13 at 20:42
  • The problem though is that you don't have access to the server infrastructure, that's going to make any migration significantly more difficult (no powershell, no connection to backup DBs, etc). Backup through SPD is spotty and a third party tool would help reorg content and purge old content. – Eric Alexander Aug 21 '13 at 21:08

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.