Relocate Remote Web Workplace to a different server

If you have a client with Small Business Server 2003, they may have gotten used to using the Remote Web Workplace to access workstations and other network resources. When the client grows and you need to migrate them off one server, Microsoft has a transition pack that breaks most restrictions on SBS. However when you retire the orginal SBS server, there is no built in function to move RWW to a new server.

Note: In order for RWW's built-in OWA link to work, the RWW system needs to be installed on an Exchange server.

The process to move it is:

Install TSWEB on the new Windows 2003 Server

• Open Add/Remove Programs from the Control Panel and open the Add/Remove Windows Components
• Double click the Application Server from the list or hightlight the entry and press the Details... button
• Enable ASP.NET (which will install other components)
• Double click the Internet Information Services (IIS) entry or highlight the entry and press the Details... button
• Double click the World Wide Web Service entry or highlight the entry and press the Details... button
• Enable the Remote Desktop Web Connection
• Press OK through the remaining dialog boxes and provide the i386 files as needed

This will install components that are needed and place them in http://servername/tsweb

Copy selected files from SBS Server to new Windows 2003 Server

• Copy the entire contents of C:\Intepub\remote from the old server to the new server
• Copy the entire contents of %programfiles%\Microsoft Windows Small Business Server from the old server to the new server. This is probably over kill but it gets all important files.
  

Copy selected registry keys from the SBS Server to the new Windows 2003 Server

• At the SBS server, open Regedit and browse to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SmallBusinessServer
• Select the entire key and export it to a .reg file via the File >> Export command
• Copy the file to the new server
• At the new server, double click the .reg file to merge the contents with the current server's regeistry

IIS Modifications

• Install an SSL certificate on the IIS server. I always encourage clients to purchase commercial SSL certificates but if you install the certificate services on the new server, you can issue a self signed certificate.
• Add a virtual directory called Remote that points to the C:\Inetpub\Remote folder
  
• Right Click the Remote directory under the default website.
• Create an application pool for the folder.
• Set the .NET level for the application pool to 1.1
• Make default.aspx the top priority document

Note: This is not a microsoft supported procedure. I developed this entirely through experimentation. I wouldn't expect to get any offical MS support for these modifications.

DFS is your friend

Distributed File System is a trick that Microsoft borrowed from Unix and incorporated it in Windows 2000. If you read the Microsoft standard blurbs they make it sound like something for the big guys with split offices and big, complicated WAN systems so most small businesses ignore it. Don’t! DFS can make your life easier in the long run.

DFS is painful to setup at the beginning but it can save you a ton of time later. Networks are never static, even in a small office that only has one or two servers. Servers are added, removed, burst into flames, run out of space, and generally come and go from your network over time. So, if you have trained your end users, trained your desktop software, and installed applications from one particular server, you have problems when one server has to take on a new role.

DFS sidesteps that problem by tying applications and data to the domain name. Instead of \\NTServer01\SharedData, you place your data in \\domain.local\SharedData and DFS tells the users where to actually pull data

Here’s the story of one client that had file server called CLIENTS where all of they’re project files lived, alphabetically organized. They were a graphics design firm with PhotoShop and Illustrator as their primary software so their files were huge. They maxed out and then outgrew CLIENTS in a year after purchasing it so they bought a second server and renamed them as CLIENTS-A-L and CLIENTS-M-Z (no, really, those were their actual NetBIOS names). So, everyone had to relearn where their files were, redo the network logon scripts, and redo the linked images inside their PhotoShop projects.

Servers are added, removed, they die, run out of space, and generally come and go from your network over time. By setting up DFS first, you can avoid a lot of work later on.