- 
Nadelen aan R5-formaat databases op ND6 en ND7-servers
Category analyse
Bookmark :
ODS
Eén van de eigenschappen van een Notes-database is de On Disk Structure, beter bekend als 'ODS'. Dat is de manier waarop de database weggeschreven is naar de harde schijf. Daar zijn in de loop der jaren aanpassingen aan gedaan, bijvoorbeeld om Transactional Logging of grotere filesizes mogelijk te maken.
Notes 1 en 2 hadden ODS 16, Notes 4.6 had ODS versie 20, R5 had ODS 41, en ND6.0, 6.5 en 7.0 hebben ODS 43. Een volledig overzicht staat in de "Inside Notes"-documentatie.
De ODS van een database is op twee plaatsen terug te vinden: op het tweede tabje van de Database Properties, en in de Files tab van de Administrator client (de kolom 'File format').
ODS en migratie
De ODS kan een rol spelen bij migraties van 4.6 en R5 naar ND6.0 of hoger. Immers, sommige features van een nieuwe release (bijvoorbeeld bepaalde nieuwe opties in de database properties) werken niet goed als de ODS niet naar de nieuwe versie opgewaardeerd is. Daarom wordt in de meeste migratie-scenario's gekozen voor het onmiddelijk upgraden van het ODS, middels het compacten van de databases.
Kennelijk zijn er soms situaties waarin dat niet gebeurd, al dan niet per ongeluk. En dat kan vervelende consequenties hebben voor de performance van een bepaalde database of server.
Bookmark :
ODS
Eén van de eigenschappen van een Notes-database is de On Disk Structure, beter bekend als 'ODS'. Dat is de manier waarop de database weggeschreven is naar de harde schijf. Daar zijn in de loop der jaren aanpassingen aan gedaan, bijvoorbeeld om Transactional Logging of grotere filesizes mogelijk te maken.
Notes 1 en 2 hadden ODS 16, Notes 4.6 had ODS versie 20, R5 had ODS 41, en ND6.0, 6.5 en 7.0 hebben ODS 43. Een volledig overzicht staat in de "Inside Notes"-documentatie.
De ODS van een database is op twee plaatsen terug te vinden: op het tweede tabje van de Database Properties, en in de Files tab van de Administrator client (de kolom 'File format').
ODS en migratie
De ODS kan een rol spelen bij migraties van 4.6 en R5 naar ND6.0 of hoger. Immers, sommige features van een nieuwe release (bijvoorbeeld bepaalde nieuwe opties in de database properties) werken niet goed als de ODS niet naar de nieuwe versie opgewaardeerd is. Daarom wordt in de meeste migratie-scenario's gekozen voor het onmiddelijk upgraden van het ODS, middels het compacten van de databases.
Kennelijk zijn er soms situaties waarin dat niet gebeurd, al dan niet per ongeluk. En dat kan vervelende consequenties hebben voor de performance van een bepaalde database of server.
ODS en indexes
Er zitten verschillen tussen de manier waarop in een R5- of een ND6.x-database de view indexes bijgehouden worden. Die verschillen zijn gerelateerd aan de ODS. Als een database in R5-formaat (ODS 41) op een ND6.x-server wordt geplaatst én gebruikt, gaat de ND6-server beide typen view indexes bijhouden: in R5- én in ND6-formaat. Het gevolg: dubbele view indexes voor alle databases met het R5 ODS op een ND6.x of ND7.0-server. Als er eenmaal dubbele indexen bestaan, dan is het opwaarderen van databases naar ODS 43 alleen geen oplossing. Beide types indexen worden dan blijvend door de server in stand gehouden en bijgewerkt.
Indexes kunnen, zoals bekend, veel schijfruimte in beslag nemen. Als ze dan ook nog eens dubbel voorkomen en onderhouden worden, dan kan dat een behoorlijke impact hebben op een server, voor wat betreft schijfruimte en, in mindere mate, op de performance.
Voordat we kunnen gaan oplossen
Hoe kun je de view indexes bekijken? Dat kan sinds ND6 met de Administrator Client. Ga naar de Files tab, selecteer een database, doe een rechtermuisklik en kies voor 'manage views'. Deze optie vindt u trouwens ook terug in de Tools-databases sectie aan de rechterkant van het scherm. Het Manage Views-scherm ziet er zo uit (klik op de foto voor een grotere weergave):
 |
Voordat we over oplossingen gaan praten nog één opmerking: de databases moeten naar ND6 ODS gemigreerd zijn voordat een oplossing gaat werken. Zie opnieuw de Files tab van de Administrator client, en controleer of er in de kolom 'File Format' bij iedere database dit staat: 'R6 (43:0)'. Als dit het geval is kan er aan een oplossing gewerkt worden.
Oplossingen
Er zijn meerdere manieren om van deze dubbele indexes af te komen. De eenvoudigste oplossing, is een compact -D te runnen op databases die een R5 ODS hadden. Dat verwijderd alle indexes, ook die van ND6, maar vervolgens worden alleen de ND6-indexes opnieuw aangemaakt. Let op: als u transactional logging gebruikt, dient u na deze actie een volledige backup te maken.
Een andere mogelijkheid is, gebruik te maken van de knop 'purge' in het Manage Views-menu. Dat kan handig zijn om te gebruiken als er niet genoeg vrije schijfruimte is voor een copy-style compact-actie, zoals compact -D. Het probleem is echter dat iedere view dan met de hand geselecteerd en verwijderd moet worden; dat kan dus een tijdrovende klus zijn.
Geen ervaringen
Omdat wij zelf gelijk een compact gedraaid hebben nadat we gemigreerd zijn van R5 naar ND6, hebben we intern geen voorbeelden kunnen vinden van databases met dubbele indexes. Op dit moment heb ik dan ook geen ervaringsgegevens voor u. Mocht u die wel hebben, dan horen we het graag!