OTRS Backupserver "abschließen" ?

Schojo · Post by **Schojo** » 15 Feb 2008, 09:38

Also folgendes Problem:
Ich habe jetzt einen zweiten OTRS Server als Backup unserer Produktivmaschine aufgesetzt. Replikation über MySQL, OTRS 2.2.4 auf ubuntu 6.06.1 Servern.

Jetzt möchte ich das Backup-OTRS allerdings irgendwie unzugänglich machen, OHNE dass die DB dafür benötigt wird, da diese ja repliziert wird und dem Stand des Masters entsprechen soll. Es soll halt verhindert werden, dass dieses System absichtlich oder aus Versehen benutzt wird, während der Master noch läuft.

Habt ihr da Ideen? Vielleicht einfach per Apache irgendeine andere Seite anstatt index.pl einblenden? Leider hab ich von apache soviel Ahnung wie Delfine vom Fahrradfahren...

Andre Bauer · Post by **Andre Bauer** » 15 Feb 2008, 11:28

Eine Replikation ist kein Backup!!!
Wird das originale OTRS gelöscht wird ist auch die replizierte Datenbank weg!

Wenns Dir um Hochverfügbarkeit geht, schreib in die Config.pm bei der Datenbank nicht "localhost" sondern die IP des Rechners.
So greift auch das zweite System auf die DB des ersten zu. Die Cronjobs auf dem zweiten Rechner würde ich außerdem deaktivieren.

Alternativ kannst du auch eine "Multimaster Replikation" machen.

Schojo · Post by **Schojo** » 15 Feb 2008, 12:18

Hm, wieso? Der Slave liest BinLogs des Masters und führt dieselbe DB, und ausserdem läuft da auch ein OTRS mit derselben Config...also?

Ich versteh nicht ganz was du meinst

Andre Bauer · Post by **Andre Bauer** » 15 Feb 2008, 12:34

Wenn Du auf dem Original Daten löschst, werden die auch in der Replikation gelöscht.

Du hast also kein Backup und kannst die Daten daher nicht wiederherstellen!

Schojo · Post by **Schojo** » 15 Feb 2008, 12:41

Warum sollten auf dem Master Daten gelöscht werden? Sagen wir mal das Ding stürzt einfach ab, dann hat der Slave doch seine DB, der stürzt doch dann nicht mit ab!?

Andre Bauer · Post by **Andre Bauer** » 15 Feb 2008, 12:49

Jetzt überleg bitte nochmal wofür man Backups macht!
Für unvorhergesehene Datenverluste!
Dazu gehört auch unbeabsichtigtes oder böswilliges Löschen von Daten.
Genauso könnte es in dem Raum brennen, in dem dann wahrscheinlich beide Server stehen.

Ich bin gespannt wie Du dann deinem Chef erklärst, dass die Daten auch auf dem Slave weg sind, weil dein Backupkonzept (das übrigens keins ist) diesen Fall nicht abfängt.

Für Backups sind Replikationen absolut ungeeignet.
Man nutzt das eher für Loadbalancing oder Hochverfügbarkeit.
Separate Backups mußt Du trotzdem machen!

Schojo · Post by **Schojo** » 15 Feb 2008, 12:51

Sorry ich drück mich anders aus

Aaaaalso:

Die Replikation ist dafür vorgesehen, damit die Hotline beim Ausfall des Servers weiterarbeiten kann.

Ein Backup der Datenbank wird täglich gezogen und auf einen anderen Server geschoben und dann auch noch auf Band

Okay?

Andre Bauer · Post by **Andre Bauer** » 15 Feb 2008, 12:53

Dann gehts Dir also um Hochverfügbarkeit und nicht um Backups

Wie schon gesagt, kannst Du das Problem leicht lösen, indem Du statt "localhost" die IP des Servers verwendest und die OTRS Cronjobs auf dem Slave abstellst.

Die Änderung der IP und die Aktivierung der Cronjobs kannst du ja per Script steuern, wenn der anderes Server nicht mehr verfügbar ist.

Schojo · Post by **Schojo** » 15 Feb 2008, 13:08

Ich hab jetzt im apache Alias und ScriptAlias auskommentiert, was dann mit nem Script wieder rückgängig gemacht wird.