Post upgrade write up.
I did a server migration at work last weekend that ended up being rather uneventful.
The change was upgrading a Microsoft IIS 5.0 server to a Microsoft IIS 6.0 server. I did a lot of research for this change almost a year ago, then again this summer, and finally again two weeks ago.
The first time I was going to do the migration one of the primary stakeholders put a hold on it. They cited not being ready for the uncertainty of migration as their reason. I gave them the benefit as I had other server upgrades from Windows 2000 to 2003 to do.
The second time we went to do the upgrade I discovered that the version of ColdFusion Server they were running was not compatible. I also learned that we needed to buy the new version, I even specced out a couple of places to get it from and forwarded the information on. They sat on it.
This last time they finally got the software purchased and I committed a time, not giving them a chance to back out. They were fine with it this time though, especially since the old server no longer backs up to tape.
I ran into a small hitch the Friday before the migration. I felt really stupid the next morning with our Cisco consultant when it turned out that the old server had lost it's default gateway in IP configuration. I started to ask him how that could have happened, and then stopped mid-way through with an "Oh wait, it's a Microsoft Server - never mind." I'm honestly not sure how that happened, but cannot believe I didn't check such a simple setting.
Once that was taken care of the next 4.5 hours were spent running the IIS 6 migration tool and creating the ODBC connections on the new server. The IIS side of things went flawlessly and with no trouble. The ODBC connections went almost as flawlessly. There were some directories outside of IIS that didn't get copied over, but I was able to get them copied over so the database files could be referenced.
Monday morning the fun began. Any migration results in things not working, right? This was no different.
The AutoDesk MapGuide server seemed to not be working right. After about an hour and a half of working with the admins for that software package (in-house) I discovered the problem. Turns out that the executable that was allowed during the IIS and MapGuide install was not the one referenced in their code. I needed to either get all of their code changed, or add the proper file to the proper list. The file's were the exact same file name/version/function. I got the new location added in and everything started to work.
After this we had a few small ODBC issues, and SQL permissions on the server were somewhat messed up. (consolidating the SQL servers to a single cluster is a project for next fall I think, but I know it's a whole different story...) Those have been mostly straightened out. Tuesday I think I only had one or two things to do, re-map a couple of user drives so they could maintain some of the aforementioned databases for instance.
In all I would say a successful migration with minimal headache. Microsoft seems to have done a lot to improve their upgrade path compared to what people had to deal with when I was still in the Navy. It seems that now almost anyone could be a Windows system administrator, but you still want someone who knows what to do or how to find the right answer when things do not work out right.
The change was upgrading a Microsoft IIS 5.0 server to a Microsoft IIS 6.0 server. I did a lot of research for this change almost a year ago, then again this summer, and finally again two weeks ago.
The first time I was going to do the migration one of the primary stakeholders put a hold on it. They cited not being ready for the uncertainty of migration as their reason. I gave them the benefit as I had other server upgrades from Windows 2000 to 2003 to do.
The second time we went to do the upgrade I discovered that the version of ColdFusion Server they were running was not compatible. I also learned that we needed to buy the new version, I even specced out a couple of places to get it from and forwarded the information on. They sat on it.
This last time they finally got the software purchased and I committed a time, not giving them a chance to back out. They were fine with it this time though, especially since the old server no longer backs up to tape.
I ran into a small hitch the Friday before the migration. I felt really stupid the next morning with our Cisco consultant when it turned out that the old server had lost it's default gateway in IP configuration. I started to ask him how that could have happened, and then stopped mid-way through with an "Oh wait, it's a Microsoft Server - never mind." I'm honestly not sure how that happened, but cannot believe I didn't check such a simple setting.
Once that was taken care of the next 4.5 hours were spent running the IIS 6 migration tool and creating the ODBC connections on the new server. The IIS side of things went flawlessly and with no trouble. The ODBC connections went almost as flawlessly. There were some directories outside of IIS that didn't get copied over, but I was able to get them copied over so the database files could be referenced.
Monday morning the fun began. Any migration results in things not working, right? This was no different.
The AutoDesk MapGuide server seemed to not be working right. After about an hour and a half of working with the admins for that software package (in-house) I discovered the problem. Turns out that the executable that was allowed during the IIS and MapGuide install was not the one referenced in their code. I needed to either get all of their code changed, or add the proper file to the proper list. The file's were the exact same file name/version/function. I got the new location added in and everything started to work.
After this we had a few small ODBC issues, and SQL permissions on the server were somewhat messed up. (consolidating the SQL servers to a single cluster is a project for next fall I think, but I know it's a whole different story...) Those have been mostly straightened out. Tuesday I think I only had one or two things to do, re-map a couple of user drives so they could maintain some of the aforementioned databases for instance.
In all I would say a successful migration with minimal headache. Microsoft seems to have done a lot to improve their upgrade path compared to what people had to deal with when I was still in the Navy. It seems that now almost anyone could be a Windows system administrator, but you still want someone who knows what to do or how to find the right answer when things do not work out right.
1 Comments:
You have an intereating idea of "uneventful. ;-)
I've commented on this further on my blog...
By Unknown, at 8:07 AM
Post a Comment
<< Home