Also, wir haben einen SQL Server 2k SP4 mit Win2k3 Adv Server. Auf diesem laufen diverse Datenbanken mit der Gesamtgröße von ca. 250Gb (natürlich im Raid5). Im Grunde sind ein paar von diesen DB's auch im 7/24 Betrieb (es laufen Jobs in der Nacht).
Die Sicherungsstrategie sieht derzeit folgendermaßen aus das eigentlich alle DB's im Recovery Mode 'Full' laufen. Es wird 1-2x pro Woche fullbackups und teilweise mehrmals täglich transaktionlog Backups durchgeführt. Das Betriebssystem wird mit der Imagesicherungssoftware 'Powerquest v2i Protector' gesichert
Nun denke ich mal an den Katastrophenfall wenn der Server komplett abraucht oder einfach ein disaster-recovery notwendig ist brauche ich sehr lang bis alles wieder so läuft wie vorher. Da ich ja jede DB einzeln nehmen muss um diese wiederherzustellen.
Habt Ihr da Strategien wie man solche Fälle in einer vernünftigen Zeit, bis max. 8 Stunden, abhandeln kann.
Auch der SQL-Server beherrscht sowas wie Replikation. Heißt, du bräuchtest einen zweiten SQL-Server, der als Subscriber konfiguriert ist und sich von dem ersten Server (Publisher) sein DB-Replikat holt.
Wenn dir einer der beiden Server abraucht, hast du nen zweiten, der weiterhin läuft und kannst in aller Ruhe den abgerauchten Server frisch machen und drehst dann einfach die Rollen um.
Hm, dann hast diese Infos aber nicht über Thread bekommen oder gegeben, sonst hätt ich das ja gelesen und hätte gewusst: Ok, noch einer, der nen guten Tipp auf Lager hat.
Auf der andren Seite muss ich sagen: Wenn man 30 DB mit 250 GB auf einem SQL-Server fährt, dann sollte man sich schon eher Gedanken über Cluster oder Auslagerung machen, als über Replikation. Für 30 DB's dürfte der Traffic bei der Replikation recht barbarisch werden.
Hi, das Problem mit Clustering ist schon auch der Preis weil die Clusterversion des Sql-Server liegt bei 2x4500€, ungeachtet von dem ganzen Aufwand der Hardware (SAN).
Mir persönlich gefällt eigentlich die Sache mit Replikation am besten, aber was ich dabei noch nicht ganz verstanden habe ist folgendes:
Server1 hält Datenbank1; Server2 halt Datenbank1 im Recovermodus (Repliktion)
Server1 fällt aus
Recovery und Onlineschalten der Datenbank1 auf Server2
Das Problem: Woher wissen die Clients das sich Ihre Datenbank1 nun nicht mehr auf Server1 befindet sondern auf Server2? Da sich die Appl im Normalfall über ODBC connecten und im Verbindungsdescriptor ja explizit der Server1 drinsteht?
wenn sich die Applicationen über DNS mit dem SQLserver verbinden ist das kein Problem, dazu bräuchtet ihr nur den dnsrecord anpassen. Habt ihr aber direkt die IP-Adressen eingetragen wird das natürlich etwas schwieriger. Das ist auch der Grund warum ich zum Connecten meiner Apps nur hostnamen nehme.
Ich würde sagen das das ne Kostenfrage ist. wenn ich den 2. sqlserver via dns zum Primary machen kann, spar ich ne menge kohle im vergleich zum Enterprise server. sicherlich wäre das technisch gesehen die ideal lösung, leider lässt das oft der Geldbeutel bzw das Budget nicht zu, oder der Chef ist dafür nicht empfänglich dafür.
