I work in a dental office. We’re running Windows Server 2003, SP2 on our file/database server. Our practice management software is a Sybase-based database. The practice management software is due for a major upgrade soon. In addition, I’m looking at the possibility of upgrading our file server to Windows Server 2008 Enterprise R2. Due to very painful experience, I’m loathe to upgrade our production server, without knowing in advance how it’s going to go.
So, my idea was to load a trial copy of Server 2008 R2 on an empty partition on my system. I was going to get it up and running, and then install the current version of our practice management software on it, and copy over the most recent backup of our database files to the “new” server. Assuming I got that up and running, I was then going to upgrade to the new version of our practice management software, so I could get an idea of how long the upgrade is going to take (it’s a major upgrade, and it’s possible it could take several hours to upgrade our database file to the new version.)
I got Server 2008 R2 up and running on the “experimental” server. Installed the current version of our software on the experimental server. Then, copied the backup files over to the new server from our external backup drive. Ran into some problems with multiple versions of the same file during the copy process, and evidently didn’t select the correct file(s) in the resulting file copy conflict dialogue, creating file version problems when trying to start our database.
We do two backups to external hard drives each day, one we do manually (via a batch file) using Robocopy, which we take offsite overnight, and the other is a scheduled backup to an external hard drive that stays in the office. That backup is done using the native backup app (NT Backup?) in Server 2003. So, I thought I’d hook the external drive that stays in the office to the new server, and restore the data folder from that drive to the new system using the Server Backup program in Server 2008. Imagine my chagrin when I found out the Server 2008 backup app doesn’t recognize backups done with NT Backup, or whatever it’s called in Server 2003.
Will NT Backup run under Server 2008 if I manage to copy the .exe file for it over from the Server 2003 system?
The reason I’ve thrown Server 2008 into the mix, is because the new version of our database recommends/requires 2GB of ram, minimum. That’s what we’ve got installed on our server now, which also functions as our terminal server. I’m figuring we’ll need to up the ram on the production server. The memory has to be installed in matching pairs. If I recall correctly, Server 2003 is 32-bit, and if that’s correct, it won’t address more than about 3GB of ram, will it? Since Server 2008 R2 is 64-bit by default, I figured I’d upgrade the server to 2008 to address the additional ram above 3GB.
Any suggestions about routes to follow will be greatly appreciated. If you find flaws (likely there, and likely multiple flaws) in my logic, please let me know!
I would really like to be able to do a practice run of this whole upgrade exercise, before I take any chances messing up our production server. I’d like to keep what hair I’ve still got.