Datenbank - Failsave gestalten?

Wie wäre es mit einem NAS-System und Raid?

Hi,

ja ein NAS ist vorhanden. Mir geht es nicht darum das da was verloren 
geht sondern das ohne mich das niemand wiederherstellen kann.

Leider kann die APP das nicht.

Gruß

Tom schrieb:
> irgendwie auf einem zweiten physischen Server zu spiegeln

Wenn Du nur spiegelst, kann der gleiche Befehl auch den Spiegel 
zerstören. Du solltest besser mehrere Backups mit verschiedenen Ständen 
haben.

Für SQL Server gibt es "Fail Over Cluster".
Allerdings nicht für die Express Version. Das geht erst ab der Standard 
Version vom SQL Server.
Fail Over kann genau deine Anforderungen erfüllen - 2 Server mit dem 
selben Datenbestand und der 2. übernimmt, wenn der erste Probleme hat.
https://docs.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/always-on-failover-cluster-instances-sql-server?view=sql-server-2017

oszi40 schrieb:
> Tom schrieb:
>> irgendwie auf einem zweiten physischen Server zu spiegeln
>
> Wenn Du nur spiegelst, kann der gleiche Befehl auch den Spiegel
> zerstören. Du solltest besser mehrere Backups mit verschiedenen Ständen
> haben.

Hi
wie gesagt mir fällt da nix ein! Wie kriege ich es hin einen Server mit 
Backup so laufen zu lassen das wenn er mal ausfällt trotzdem jemand ohne 
viel Computer Ahnung ihn wieder zum laufen kriegt.

Der Suchbegriff dazu ist auto failover.

Bei SQL Express findest du aber nur den Ratschlag - SQL Server 
High-Availability Solutions kaufen.

Selbst schreiben ist gar nicht so einfach. Sobald du in Urlaub bist, 
passiert irgend etwas, an das du nicht gedacht hast. Die 
Datenbankhersteller haben Jahrzehnte gebraucht, bis das bei allen Arten 
von Fehlern zuverlässig läuft.

Ein Vorschlag wäre: Anschauen wie die Mysql das macht und überlegen, ob 
du das für die SQL Express nachbauen willst.

Danke!

Gibts da was von MySql also sprich kostenlos dann baue ich meine 
Datenbank einfach auf MySql um.

Ja das mit SQL Server kannte ich nur halt muss man da gut Geld für 
blechen. Reicht da überhaupt nur 1 Lizenz? Die kostet ja auch schon 
1000€

Tom schrieb:
> oszi40 schrieb:
>> Tom schrieb:
>>> irgendwie auf einem zweiten physischen Server zu spiegeln
>>
>> Wenn Du nur spiegelst, kann der gleiche Befehl auch den Spiegel
>> zerstören. Du solltest besser mehrere Backups mit verschiedenen Ständen
>> haben.
>
> Hi
> wie gesagt mir fällt da nix ein! Wie kriege ich es hin einen Server mit
> Backup so laufen zu lassen das wenn er mal ausfällt trotzdem jemand ohne
> viel Computer Ahnung ihn wieder zum laufen kriegt.

garnicht. je nach dem was ausfällt, von netz über serverhardware, 
betriebssystem, datenbank software, oder von nutzern erzeugte 
datenzerstörung braucht man jemanden der das analysieren und 
entsprechend reagieren kann.
dafür gibts admins.

bei oracle heisst eine failover database übrigens shadow database 
(prinzipiell ein einpielen der archive logs in eine zweite datenbank), 
oder RAC.
da mysql von oracle übernommen wurde haben die dort vielleicht auch 
inzwischen andere begrifflichkeiten eingeführt.
wenn es mysql ohne oracle und ohne lizenskosten sein soll, dann ist 
deren fork mariadb wohl die erste wahl.

Vielen Dank für den Input hat mir schonmal sehr weitergeholfen!

A. K. schrieb:
> Sachte, lass ihn am Leben. ;-)
>
> Vollautomatischer Failover scheint nicht erforderlich zu sein, manueller
> Failover reicht offenbar:
>
> Tom schrieb:
>> wenn er mal ausfällt trotzdem jemand ohne
>> viel Computer Ahnung ihn wieder zum laufen kriegt.
>
> Bei MySQL Replikation ist ein manueller Failover mit der Abschaltung des
> Masters und der Aktivierung einer sekundären IP-Adresse auf dem Slave
> erledigt. Das kriegt man per Script jedem beigebogen, der eine Tastatur
> bedienen kann. Notfalls bringt man der Hauskatze bei, ein Netzwerkkabel
> umzustecken.
>
> Den Fallback kann er später selber machen, wenn er wieder da ist.
>
> Nun kann er sich mal meinen Link oben anschauen und sich schläuen, ob
> das was für ihn sein könnte. Wenn ja, ist das kein Hexenwerk. Wenn er
> dann noch drauf achtet, die transaktionsfähige Engine zu verwenden, dann
> ist doch eine nicht sehr anspruchsvolle Sache.



Ja genau so habe ich mir das ganze vorgestellt, manueller Failover ist 
völlig ausreichend!

Der MS SQL Server in der Express Version kann hier nicht viel. Er ist 
auch nicht unbedingt für solche Szenarien vorgesehen.

Die Spiegelung braucht mindestens eine Standard Version. Das muss aber 
auch die Anwendung mitmachen.

Mit einiges an scripten kann man eine SQL Express Version zum "Log 
Shipping" überzeugen. Damit kann man aber kein automatisches Failover 
umsetzen. Wenn die Datenbank mit ihren Daten bereits auf einem anderen 
Rechner "halb" läuft, kann man einiges an Zeit sparen.

Das ganze ist nicht ganz ohne...

By the way: MySQL wurde durch MariaDB abgelöst - jedenfalls in der Welt 
jenseits von Oracle.

Das Problem bei Cluster Lösungen ist der Administrationsaufwand.....kein 
normaler IT support kann soetwas wieder in Betrieb nehmen nach zB einem 
Stromausfall....außerdem braucht es bei Multisynchronen Setups min. 5HW 
Nodes...das ist wahrscheinlich weit von dem entfernt was der TO möchte..

@TO bleib bei deinem Setup und fertige eine Doku an wie man das Backup 
einspielt. Dann such dir eine fähige IT Firma für den Notfall..das ist 
der einzig gangbare Weg - alles andere übersteigt deine Ressourcen bei 
weitem

Snapshots wären auch eine Lösung.

Wenn der DB Server ausfällt, einfach ein älteres Snapshot 
wiederherstellen.
Die Snapshots kann man auch in Intervallen automatisiert neu anlegen 
lassen.

Einen Datenverlust wird man in dem Fall aber dennoch haben, da ein 
Snapshot genau wie ein Backup auch, nur einen älteren Zustand der 
Datenbank wiederherstellen würde.
Will man neu hinzukommende Daten sichern, dann muss man bevor man zu 
einem älteren Sanpshot zurückgeht, die irgendwie wegsichern und dann 
manuell einpflegen.

Für Snapshots eignet sich ein Dateisystem wie ZFS.

> wäre dann aber noch zu klären.

Die Entwicklung der vergangenen Jahrzehnten ist total in die falsche 
Richtung gegangen. Wir haben tolle Cluster-Systeme, die niemand mehr 
korrekt konfigurieren und hochfahren kann.

Besser wäre, die Backup-Mechanismen stellen einfach eine konsistente 
Festplatte mit Betriebssystem, Programmen und aktuellen Daten zusammen. 
Wenn der Rechner nicht mehr funktioniert, einfach Platte raus ziehen und 
Backup-Platte rein schieben.

A. K. schrieb:
> Nano schrieb:
>> Snapshots wären auch eine Lösung.
>
> Wie man ohne IT Kompetenz kaputte Hardware mit Snapshots wieder ganz
> macht, wäre dann aber noch zu klären.

Ah sorry, habe das gestern Nacht nicht richtig gelesen.
Dachte es ging nur um den Datenbankserver wenn dieser als Software 
Probleme macht.

Wenn die HW ausfällt, dann ist das natürlich nicht mehr so einfach.
Aber hier könnte man die Snapshots auf einem NAS machen.
Den Datenbankserver auf eigener HW und die Daten kann man dann per nfs 
einbinden oder kopieren.
Fällt der erste DBS aus, dann könnte ein anderer einspringen und die 
Daten vom NAS per nfs einbinden.
Falls die Daten auf dem NAS wegen dem ersten DBS kaputt sind, kommt der 
Snapshot ins Spiel.
Das ganze ist natürlich etwas komplizierter und es bräuchte wirklich 
einen Admin, der erst einmal analysisert, was genau kaputt ist.
Umsonst gibt es da nichts.

Insofern, wie wäre es mit ssh und Remoteadministration wenn man vor Ort 
nicht da sein kann?

A. K. schrieb:
> Nano schrieb:
>> Wenn die HW ausfällt, dann ist das natürlich nicht mehr so einfach.
>> Aber hier könnte man die Snapshots auf einem NAS machen.
>
> Damit verschiebst du die Verfügbarkeitsfrage vom DB-Server auf ein
> hochverfügbares NAS.

Ja, das ist richtig.
Man müsste noch Redundanz einbauen und zwei NAS vorhalten.

Dann kann man sowohl HW Fehler als auch Softwarefehler schnell 
ausgleichen.
Aber die Analyse gehört trotzdem dazu, denn man muss ja wissen, wenn 
etwas mit der Software schief läuft, nicht das man mit kaputten Daten 
weiterarbeitet.

Durch die redundante HW wäre es aber zumindest administrativ per remote 
Zugang lösbar.



>
> Mal ehrlich: Ist das einfacher als eine simple MariaDB-Replikation? Die
> hatte ich schon. Ist nicht weiter kompliziert und x-fach beschrieben.
> Der Fallback geht halt nur offline, weil dabei ein Backup der Slave-DB
> zurück kopiert werden muss, aber 200 MB sind Pillepalle.

Backups haben halt das Problem, dass sie vielleicht nicht regelmäßig 
gemacht werden, dann hat man einen sehr alten Datenbestand der 
Datenbank.
Die Snapshots lassen sich automatisieren und bspw. auch stündlich 
machen.
Die Backups nur, wenn man die HW nicht abklemmt, aber dann ist das kein 
Backup mehr, da ein Backup streng genommen erst dann ein Backup ist, 
wenn im Falle eines Befalls von Schadsoftware des Servers das Backup 
davon nicht betroffen ist, also abgeklemmt wurde.
Eine Platte die dauerhaft dranhängt, selbst wenn sie die Daten spiegelt, 
kann somit kein Backup sein. Im Prinzip hat man dann damit dann sowieso 
so etwas wie ein NAS, nur eben in billig.
Insofern kann man auch gleich zwei externe NAS nehmen und Snapshots 
nutzen.
Backups ersetzen die allerdings auch nicht, aber ein Großteil der 
Crashszenarien wie HW Ausfall usw. kann man damit abdecken.

Das Zurückspielen aus einem Backup ist einfach, da stimme ich zu.

Nano schrieb:
> Das Zurückspielen aus einem Backup ist einfach, da stimme ich zu.

Kommt drauf an, ob man Ahnung hat, es an die richtige Stelle spielt UND 
es aktuell genug ist. Die Messwerte von Weihnachten bis heute könnten 
z.B. schon fehlen?