Frage zur ODS einer Datenbank

[datenbanken24]

Hallo Forum,

ich habe eine Verständnisfrage, die mir hier sicher jemand beantworten kann:

Man sagt doch immer, die ODS einer Datenbank zeigt die Notes-Version der Datenbank an,
also
eine ND6 Datenbank hat 43
ein R5 Datenbank hat 41
R4 21
usw.

Wenn ich eine reine R5-Datenbank, von einem R5-Server auf einen R6-Server repliziere,
über Database\Replication\New Replica

dann wird die Replik in den Datenbank-Properties sofort als 43 angezeigt,
obwohl ich an der Datenbank rein gar nix verändert habe,
die "Originaldatenbank" bleibt auch auf 41

Da die Datenbank natürlich weiterhin auf R5 läuft, kann es doch eigentlich gar keine ND6 (43) sein ?

Wenn ich die Originaldatenbank "verliere" und dann vom ND6 Backup-Server wieder eine neue Replik auf den R5-Server anlegen möchte, hätte ich dann auch 43 ?

So ganz verstehe ich das nicht, mit dieser ODS.

Oder hat die ODS am Ende gar nichts mit der Entwicklungsversion R5/R6 einer Datenbank zu tun,
und sagt nur, wie die Datenbank auf der Platte abgelegt ist?

Wenn man sich die Datenbank im Admin-Client anschaut, steht da aber R6 (43:0)

Vielleicht kann jemand das mal kurz erklären,
was das mit der ODS auf sich hat.
oder ein Link posten, wo man das mal nachlesen kann.

Danke
Uwe

[koehlerbv]

Die ODS (on disk structure) hängt schon von der Notes- bzw. Domino-Version ab, betrifft aber rein das Speicherformat. ODS 43 kann die erweiterten Möglichkeiten von R6 verwalten, ODS 41 "nur" die von R5, ODS 20 ist eben auf R4 beschränkt.
Neue DBs oder neue Repliken werden mit dem ODS der Ziel-Maschine angelegt. ODS 41-DBs bleiben auch auf ODS 41, wenn der Server oder der Client auf R6 angehoben werden - da ODS-Upgrade muss man erst anordnen.

Mit dem R6-Backup kannst Du auf einem R5-Server nix anfangen.

Bernhard

[Axel]

Wenn ich die Originaldatenbank "verliere" und dann vom ND6 Backup-Server wieder eine neue Replik auf den R5-Server anlegen möchte, hätte ich dann auch 43 ?

Nein.

Wenn du von einer ODS43 - DB auf einem 6er-Server eine neue Replik auf einen 5er-Server machst, dann hat diese Replik ODS41.

Du darfst nur die DB nicht direkt kopieren.


Axel

[datenbanken24]

Danke,

ich entnehme mal,
dass eine R5-Datenbank also durchaus als REPLIK,
auf einem R5-Server als ODS 41 und gleichzeitig auf einem R6-Server als ODS43 liegen kann / liegt.
(wo man ja immer denkt, dass das eine Replik eine 1:1 Abbildung ist),


Das ganze bleibt aber vom Design her unbedingt R5, (bzw. soll R5 bleiben),
da der Hot-Server R5 ist und nur der Backup-Server R6.
Bis dahin habe ich es, denke ich, schon mal verstanden.

Nur mit dem Zurück bin ich jetzt bei Euren zwei Aussagen noch nicht ganz klar.
Wenn ich die Datenbank dann wieder vom R6 zurück auf einen R5 repliziere...
(am Design wird/wurde unter R6 nie etwas geändert)
gehts oder gehts nicht ?
Mir fehlts gerade an einem R5-Server hier...

Wobei ich von der Logik denke, dass es fatal und fast unvorstellbar wäre, wenn ich eine R5-Datenbank - nur weil ich diese als Replik auf einem R6-Server liegen hatte - nie wieder zurück auf einen R5-Server replizieren könnte... ?

Gruß,
Uwe

[koehlerbv]

Wie es Axel schon präziser schrieb: Wenn Du von R6 nach R5 replizierst (neue Replik anlegst), dann kümmert sich der 5er Server um das ODS - alles passt.
Nur per OS kannst Du dann auf dem R5er kein Restore machen, wenn im Backup eine DB mit ODS43 steckt - das versteht der 5er absolut nicht.

Und nochmals: Mit dem Design hat die ODS nicht direkt etwas zu tun. Mit ODS41 kannst Du zwar nicht alle Möglichkeiten von R6 nutzen, aber das Design an sich bleibt erhalten. In Deinem Fall (R5 ist führend) passt sowieso alles - der 6er Server tut Dir nix böses, auch wenn er Deine DBs lieber in ODS43 verwaltet (was aber auch nicht zwingend wäre).

Bernhard

[Glombi]

In Notes ist eine Replik nicht zwingend immer 1 - 1. Zwei Repliken könnten völlig unterschiedlich sein. Die Ursachen sind vielfältig:
- selektive Replikation
- ACL Einstellungen
- Leser-/Autorenfelder
- Löschungen
- Deletion Stubs / Replizierprotokoll

Es gibt die Replik-ID einer Datenbank. Das ist sozusagen eine eindeutige Identifikation einer Datenbank. Wenn es noch eine Datenbank mit derselben Replik-ID gibt, spricht man von Replik.

Das ODS hat mit Repliken erstmal gar nichts zu tun.

Die ODS Version kann man vorgeben, wenn man beim Erstellen einer neuen Datenbank als Dateiendung nicht ".nsf" sondern ".ns2", "ns3", ".ns4" verwendet.
Dann gibt es glaube ich noch ".nsh" (für huge - damit Datenbank mit vorsintflutlichen Versionen auch größer als 1 GB werden konnten).

Ändert man die Dateiendung am Betriebssystem, so ändert sich aber die ODS nicht. Es muss schon mit Notes-Mitteln gemacht werden.

Mit dem Compact Task kann man auch die ODS Version ändern. Näheres dazu in der Admin-Hilfe.

Andreas

[datenbanken24]

Super und Danke Bernhard und Axel, (edit: und Andreas)

Ihr habt mir sehr geholfen.

(und nebenbei noch einen neuen Forumsteilnehmer von diesem Forum überzeugt).

Gruß,
Uwe

[Axel]

(und nebenbei noch einen neuen Forumsteilnehmer von diesem Forum überzeugt).

Warst du bisher nicht überzeugt?


Axel

[Glombi]

Hier noch eine Info aus der KBASE, in der unterschiedliche Szenarien beschrieben sind.

Wichtig:

Some Important Concepts Regarding the Independence of ODS, Replication, and Design:

1.  The ODS does not replicate.  So, it is completely supported to have three replicas of a database as follows:
-  One replica with R5 ODS on R5 Server
-  Another replica with R4 ODS on R4 Server
-  Another replica with R4 ODS on R5 Server  (via .NS4 extension)

2.  ODS version is unrelated to Database Design.
-  Changing the ODS will not affect the database design.
-  Changing the design will not affect the ODS.
-  A database in R4 ODS can inherit design from a R5 template and vice versa.

3.  Putting the two concepts together.
-  Creating a replica with a .NS4 extension on the R5 Server will not prevent design changes when the two replicas replicate. 
-  The replica with the .NS4 extension on the R5 Server can inherit design from a R5 template. 
-  Those changes can replicate to the replica on the R4 Server.
-  That could lead to problems if those R5 design elements contain features that aren't available in R4, such as new @functions, or new LotusScript properties and methods.

Andreas

[Glombi]

Sowas soll Lotus erstmal einer nachmachen...

[datenbanken24]

@Axel:

Warst du bisher nicht überzeugt?

Ich - logo - schon lange überzeugt.

Ich meinte jemand neuen, der das Forum bis dahin noch nicht kannte...

Gruß,
Uwe

[datenbanken24]

Danke an alle.

Keine weiteren Fragen.
Das atnotes Forum ist klasse !

Gruß,
Uwe

[koehlerbv]

Das atnotes Forum ist klasse !

Daran trägst Du selbst einen nicht unerheblichen Beitrag, Uwe. Der Dank geht daher sicherlich nicht nur in meinem Namen ebenso wieder zurück 

Ein schönes Wochenende wünscht
Bernhard

[eknori]

Daran trägst Du selbst einen nicht unerheblichen Beitrag, Uwe.

Das kann ich auch nur bestätigen. Im Namen unserer SAP User möchte ich mich auch noch recht herzlich bei dir für die Überlassung der Handbuch Schablone bedanken. Mir hast du damit echt Arbeit gespart und die User sind hochzufrieden ...

[Manfred Dillmann]

Hallo Uwe,

eigentlich ist das Thema ja ausführlich hier behandelt worden, folgendes könnte aber für Deinen Backup-Gedanken mit dem 6er Server interessant sein.

Wenn Du auf dem 6er Server eine Replik deiner auf einem 5er "Hot-Server" gespeicherten Datenbank erstellst und benennst diese mit der Dateiendung ".NS5", sobleibt die 5er ODS auch auf dem 6er Server immer erhalten. Selbst ein LOAD COMPACT ändert dann daran nichts mehr.

Sollte es krachen, kannst du in diesem Falle die Datenbank auch über das FileSystem auf den 5er Server kopieren.

Bitte hierzu noch folgendes lesen:
http://www.madicon.de/content/view/186/57/

Gruß
Manfred

[Semeaphoros]

Manfred, davon ist aber in diesem speziellen Fall dringend abzuraten.

Es hat diverse Fälle gegeben, da sind 6er Server abgestürzt, wenn sie eine Datenbank in ODS 41 bedienen mussten. Wahrscheinlich ist das Problem unterdessen behoben, aber sicher kann man da nicht sein.

Ausserdem gilt zu beachten, dass eine Datenbank, welche mit nsx (wobei x für 3,4,5 stehen kann) an eine bestimmte ODS gebunden wurden, nie mehr auf eine höhere ODS konvertiert werden können. Selbst das Umbenennen der Dateiendung und das Durchführen von Compact mit beliebigen Optionen löscht das Flag zur Beibehaltung der ODS nicht mehr. Es gibt nur den Weg, eine neue Replik anzulegen, um die ODS zu verändern.

[Manfred Dillmann]

Halllo Jens,

>>Es hat diverse Fälle gegeben, da sind 6er Server abgestürzt, wenn sie eine Datenbank in ODS 41 bedienen mussten. Wahrscheinlich ist das Problem unterdessen behoben, aber sicher kann man da nicht sein.<<

Ich habe davon nie was gehört/gelesen.

>>Ausserdem gilt zu beachten, dass eine Datenbank, welche mit nsx (wobei x für 3,4,5 stehen kann) an eine bestimmte ODS gebunden wurden, nie mehr auf eine höhere ODS konvertiert werden können. Selbst das Umbenennen der Dateiendung und das Durchführen von Compact mit beliebigen Optionen löscht das Flag zur Beibehaltung der ODS nicht mehr. Es gibt nur den Weg, eine neue Replik anzulegen, um die ODS zu verändern.<<

Stimmt. Steht ja auch so alles in meinem Tipp - daher auch der Hinweis an Uwe, den Tipp in diesem Zusammenhang zu lesen.

Manfred

[Semeaphoros]

Manfred, da hast Du Glück gehabt, und das gilt nun wirklich nur für die 6er Server. Bei den 5ern wars absolut kein Problem, die alten 4er Datenbanken rumhängen zu lassen. Ich hatte selber 2 Fälle und man hat mir Antworten vom Support zugetragen, in denen der Support ebenfalls dringend zum Upgrade auf ODS 43 geraten hat.

[koehlerbv]

Jens, einerseits volle Zustimmung: Jedem "Tierchen sein Plaisierchen" und jedem Server sein ODS. Andererseits habe ich selber Fälle erlebt, wo der simple Wechsel der ODS auch schon unter R5 arge Probleme beseitigt hat (vor allem dem Indexer schliefen die Füsse ein mit ODS 20-DBs, die im Bereich einiger hundert MBs lagen).

Kann es eigentlich überhaupt einen Grund geben für ODS 41 auf einem 6er Server ? Selbst der Backup-Zweck für einen 5er Server wie bei Uwe ist kein Grund für ODS <> 43. Oder übersehe ich da einen Fall ?

Bernhard

[Glombi]

Mir fällt jetzt kein plausibler Grund ein, auf einem 6er Server ein 5er Dateiformat zu verwenden.

Andreas