Silicon Shecky

You know, I love my job. I love being able to work on things and learn new thoughts and ideas as I work. It is so fulfilling to see a project finished and working right. The only problem is they never are really finished.

So after the big file migration, and the corrections to the AD Users/OUs/Groups was down to a tweak here or there, I decided to see if I could figure out why some things with Exchange and DNS seemed to be so damn slow. They say that curiosity killed the cat and satisfaction brought him back, well we shall see how this ends.

Between finding that AD/DNS integration was set to a legacy standard, even though we use Server 2003, to find that we had only 1 Global Catalog, even though we have 5 DCs 4 of them at other sites, only one DC as a Global Catalog. Replication for AD was set to 4 hours, and all other sorts of small errors in the DNS server have been found. Its the sort of stuff that should have been thought through when the original migration from 2000 to 2003 happened.

Well, at least its keeping me busy, and who knows when any of this stuff will come in handy, but I know it will at some point.

So, while reading the other blogs and news sites I check daily, I came across this interesting article. It seems that Microsoft’s .NET 3.5 SP1 has caused yet more problems. This time with Exchange 2007 on SBS 2008.  With this latest issue that has now cropped up with .Net 3.5 Its time to remember a few things…

1) In Microsoft’s defense, they can’t test everything before releasing stuff. That is why hot fixes exist.

2) Never just accept patches. Always find a way of testing them yourself, even if it is on a personal machine, and research the patches also to see what problems other’s have had. The more reports you find, the more prepared you can be about any issues with it.

I know they are simple thoughts, but just watching how Microsoft has screwed up with this latest version of  .Net it just amazes me that people don’t think of these things. Course, I am one to speak.