Momenteel gebruiken we op mijn werk Domino 5.0.11. Domino 5 wordt sinds april 2004 echter niet meer uitgeleverd door Lotus en de support zal aflopen op april 2005. Dit valt te lezen in technote #1117092 (End of Service (EOS) of Lotus Notes and Domino 5.x) op de Lotus support website. Daarnaast wordt Domino 5.0.11, wel 5.0.12, 5.0.13 en 6.0.1 en hoger, niet ondersteund op AIX 5.2. Twee goede redenen voor mijn werkgever om te gaan upgraden naar Domino 6.5.1.
Voordat je kan gaan upgraden dien je eerst een risico analyse te maken voor je bestaande Domino applicaties. Hiermee ben ik momenteel belast. Een van de bevindingen is dat als we naar een LEI 6.x versie gaan de gebruikte LEI LSX aanroep in onze LEI scripted agents dienen te vervangen. De huidige aanroep Uselsx "*lsxlei" dient vervangen te worden door Uselsx "*lsxlc".
Een ander belangrijk punt betreft voor ons LDAP en de samenhang daarvan met secundaire Domino adresboeken. Dit in verband met de samenwerking met onze WebSphere Application Server. In het secundaire adresboek registreren we de accounts voor ons extranet. Het domein van deze account is geen officiële Notes certifier. Bij testen op een ND6.5.1 server kon ik met de Softerra LDAP browser tool geen entries zien uit het secundaire adresboek. Een stukje Java code dat een LDAP uitvraag deed kreeg daarentegen wel resultaten terug. Naar enig uitzoekwerk bleek dit probleem veroorzaakt te worden door het ontbreken van LDAP 'organizationalUnit' documenten in het secundaire adresboek voor onze fictieve Notes domein. De LDAP server genereerd deze alsnog door het volgende server commando op de server console in te voeren: 'tell LDAP VerifyDIT'. Na dit gedaan te hebben kreeg ik alsnog de documenten uit de secundaire adresboek te zien. De noodzaak van de aanwezigheid van deze 'organizationalUnit' documenten is blijkbaar een belangrijke wijziging van de werking van LDAP in Domino 6.x.
Alle voorbereidingen voor de installatie van SQL Server 2008 zijn gedaan. Er is een VPC aangemaakt met daarop een verse Windows Server 2008 installatie en in het AD zijn alle benodigde accounts aangemaakt. We loggen op de VPC in met het installatie account (SQL_Setup). Vervolgens maken we verbindingen met de SQL server installatie media. In mijn geval een ISO bestand met daarop SQL Server 2008 Developer Edition. We starten de installatie door de setup te starten (eventueel via Auto Play). Aangezien Windows Server 2008 met Vista de UAC (User Account Control) functionaliteit deelt dient het account dat je gebruikt dus administrator te zijn op de server waarop we SQL Server installeren. De setup wizard detecteert dat het Microsoft .NET Framework (standaard zijn van het Framework v1.0, v1.1 en v2.0 geinstalleerd op Windows Server 2008) bijgewerkt dient te worden naar een hogere versie en dat er een bijgewerkte Windows Installer nodig is. We starten de installatie hiervan middels de keuze ...
Reacties