Finally I got the time to update all production systems to this latest Service Pack from Microsoft. A few days ago I tested the update process in a development environment: I achieved some good results, but I was wondering about what would happen to Automatic Update client service database and repository.
On the production environment I’ve had the chance to leverage the undo disk feature of Microsoft Virtual Server because all my Windows servers are running as virtual guests: this has allowed me to update in a worry-free manner and to found the best method to clear all the Windows AU data, on both the client and the WSUS server.

The update process on all my corporate core system has gone now: if there won’t be any issue during the next two days, I’ll probably update all the Windows Server systems in the Phoibos hosting platform on Easter holidays!

I have just completed the upgrade of my production systems to the latest revision of Windows SharePoint Services. After about two weeks spent in planning, testing and development, I choose the content database migration process: it has required some more steps and added complexity during the upgrading phase, but the final result is definitely the best one among all the approach suggested in the deployment guide.
More specifically, that upgrade approach allowed me to:

• migrate contents basing on the real needs, instead of forcing me to upgrade all sites and collections in one big step;
• obtain the highest levels of reliability, security and compliance, by running a new SharePoint 3.0 farm without porting settings from the old release;
• redraw the authentication model by using new several service accounts, and reducing Application Pools by 50%.

During the SharePoint upgrade I took the chance to upgrade also my Community Server platform to the 2.1 SP2 release, which is publishing my corporate blogs collection.
Now, I wish to work to redraw several applications which are based on the SharePoint platform (first of all, the Extranet access system) to better serve my customers by leveraging the new features of this exciting release.

On Friday, 23th February my primary Internet connection link has gone because of the usual incompetence of my provider. Since I noticed the trouble as soon it raised, my customers did not suffer any service break.
The problem was to obtain dynamically what was told to be a static IP in the contract, which did later revealed to be a DHCP reservation. Of course, only if I opened a support service ticket, I’m still waiting for an answer. During the whole day I tried to obtain my IP, by bringing offline and online the dialer and the ATM interfaces on my Cisco router, but only after near 25 hours I was able to come back online.

Thanking one more time my double-connected network infrastructure design, I restored the original RR in my DNS zone, and I went back at work. 🙂

Yesterday morning, instead of starting to do what I had to do, I began fixing a couple of problems which were annoying me from a lot of weeks.
One of the main concerns I solved was the need to enter the same credential each time an external user gains access to a web site published by my array of ISA servers.
In effect, ISA 2006 come with the SSO Web Listener functionality, but when I last worked on it, I had more urgent tasks to accomplish, so I did not find the time for testing and bringing it in the production environment.

My first impression in a test environment was good, so I spent some hours (obviously after midnight) to activate this function on the production servers. Some troubles, mostly due to the Outlook Web Access application configuration, but at the end I reached the goal: now you are requested for credential one time only, and the user experience in accessing the Phoibos online services has been dramatically improved (have a try with it at http://mailhost.valsania.it/)… thanks you one more time, ISA! 😉