Windows IT Pro is the authoritative and independent resource for windows nt, windows 2000, windows 2003, windows xp. Features a collection of resources and magazines for windows IT professionals.
  
  
  Advanced Search 


January 08, 2005

App Compat

What you don't know can hurt you
RSS
Subscribe to Windows IT Pro | See More Active Directory (AD) Articles Here | Reprints | Or get the Monthly Online Pass—only $5.95 a month!
back to blog index

One of the areas I found most likely to trip you up in a Windows 2003 DC upgrade is the area of application compatibility. It's really hard to know what's out there in your environment, and to plan for it. Since your domain controllers service all kinds of applications on servers in your Active Directory forest, unless you have a really buttoned-down environment, you probably don't have a handle on the apps that are touching your DC's. For example, when's the last time you talked to your network operations group about the software they use for managing their routers? Microsoft talks a good deal about Windows client compatibility, but says very little about non-Windows clients.
I'd like to hear from you - if you upgrade to Windows 20003, or you're in the middle of an upgrade, what kind of application compatibility issues have you come across?

- Sean

End of Article



Reader Comments
I was recently involved in the migration of a mid-sized network (~2000) from NT4 to Server 2003. The biggest headache for me was that they employed HP's NT(SE) encrypted authenication software throughout the network so it sat on all the servers, Terminal Servers & clients.

Normaly something like this wouldn't bother me but like most enterprises there were multiple builds and configurations, and the deployment plan was a phased one which meant I had to ensure that everything was leveled out before I begin the upgrade. This meant that, without any sort of management tools in place, I had to deploy SP6a to everything, patch NT(SE) because the service pack defaults back to the Microsoft GINA and apply a 'compatibility' kit to allow AD translation between the clients & the PDC. There were a few other tweaks as well but that was the bulk of it.. and I managed to do it all remotely without any patch systems or management servers as well!

The one big problem I had was with WTS, Terminal Server. After applying all the relivant updates etc none of the TS clients could authenicate to the domain so after a few hours of poking about I had discovered that the updates hadn't written a registry key to allow the clients to use the encrypted GINA values.

Lessons learnt; make sure to bring all clients and servers level with one another, this will hours if not days of screaming and swearing when you're trying to track down an application fault. Also, look to see what is being modified if any application patches or updates are needed. You have the luxuary that NT4 applications are generally not as complex as their AD-aware counterparts so looking to see what it's doing, comparing it with whats supposed to happen helps address the problems quickly when the updates don't work ie. missing registry keys!

sgaw January 16, 2005


It sounds like this wasn't W2K3's fault, but either the service pack or the NT(SE) updates. So after "bring all clients...level with one another", I'd add "and make sure they're all working again".

In a similar vein, doing a pre-upgrade reboot is a good idea. It will clear any transient issues, and if you do have regular startup errors (we all know they're pretty common), you'll have it documented in the system log. If you then see errors in the log after the upgrade, you'll know it's a pre-existing condition, not the upgrade.

TallSean January 19, 2005 (Article Rating: )


Yeah it was but it addresses the point that AD preparation tools for various applications are never something to rely on so if (and when) things were to go wrong you need to ensure that as part of the migration planning you take time out to resolve anything that's going to hamper troubleshooting down the line ie. bring everything level, ensure applications are working, understand how applications interact with domain services, what changes are being made/going to be made when you introduce AD into the fold, eliminate as many outstanding/known issues pre-upgrade.

The whole migration process it's self is, I think most will agree, relatively simple; it's when there hasn't been enough thought or care put into the planning of the process that invites the problems.

sgaw January 25, 2005


You must log on before posting a comment.

If you don't have a username & password, please register now.





Search New Year's Resolution: W2K3!
 
New Year's Resolution: W2K3!
DECEMBER 2008
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31    
or

 Recently in New Year's Resolution: W2K3!
Are Microsoft's Support Plans for Win2K Affecting Your Decision to Move to W2K3?

Last Comment
I think you'll find a number of reasons it's worthwhile. There is a significant performance boost be...
(3 Comments)
Features that Sell Your Upgrade

Last Comment
Hi Sean, we were quite excited about "Volume Shadow Copy", and we are using it on all our file se...
(1 Comments)
App Compat

Last Comment
Yeah it was but it addresses the point that AD preparation tools for various applications are never ...
(3 Comments)
Introductions

Last Comment
I didn't say I hated blogs, I just hate the WORD. It sounds like something I should do behind closed...
(2 Comments)

More blogs about technology,
software, and Windows.

Windows IT Pro Home Register FAQ for Windows WinInfo News
Europe Edition About Us Contact Us/Customer Service Media Kit Affiliates / Licensing  
SQL Server Magazine Office & SharePoint Pro Windows Dev Pro IT Job Hound ITTV
IT Library Technology Resource Directory Connected Home Windows Excavator Windows SuperSite 
 
 Windows IT Pro is a Division of Penton Media Inc.
 Copyright © 2008 Penton Media, Inc., All rights reserved. Terms and Use | Privacy Statement | Reprints and Licensing