7
Sollte man beim Sichern eines SQL-Servers die Systemdatenbanken mit sichern?
Hallo,
wenn ich einen SQL-Server sichere, sollte ich dann die Systemdatenbanken master, model, msdb, tempdb mit sichern? Was wird in diesen Datenbanken gespeichert?
Denn mir sind bei der Recherche backup-Scripte über den Weg gelaufen, bei denen diese 4 DBs beim sichern ausgeschlossen werden !?
Vielen herzlichen Dank
Gruß Stefan
wenn ich einen SQL-Server sichere, sollte ich dann die Systemdatenbanken master, model, msdb, tempdb mit sichern? Was wird in diesen Datenbanken gespeichert?
Denn mir sind bei der Recherche backup-Scripte über den Weg gelaufen, bei denen diese 4 DBs beim sichern ausgeschlossen werden !?
Vielen herzlichen Dank
Gruß Stefan
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 157544
Url: https://administrator.de/contentid/157544
Ausgedruckt am: 26.11.2024 um 09:11 Uhr
7 Kommentare
Neuester Kommentar
Hi Stefan.
Diese Systemdatenbank sollten auf jeden Fall dann gesichert werden, wenn Änderungen an der Systemeinstellung des SQL vorgenommen werden.
Und welche Funktion sie haben findest du hier - http://books.google.at/books?id=NMViYrvUyIQC&pg=PA16&lpg=PA16&a ...
LG Günther
Diese Systemdatenbank sollten auf jeden Fall dann gesichert werden, wenn Änderungen an der Systemeinstellung des SQL vorgenommen werden.
Und welche Funktion sie haben findest du hier - http://books.google.at/books?id=NMViYrvUyIQC&pg=PA16&lpg=PA16&a ...
LG Günther
Moin,
ich würde beim DB-Server immer ALLES sichern. Die System-Tabellen sind idR. nicht besonders groß (im Vergleich zu den normalen Arbeits-Datenbanken). Je nach DBMS kannst du dann nämlich auch schnell nen komplettes Restore machen (z.B. User-Berechtigungen!).
Und grad bei Datenbanken gilt ja: Lieber etwas zuviel sichern als ne ggf. wichtige Tabelle wegzulassen. Ist ja schon ein wenig schlecht wenn du dann feststellst das irgendwo ein Verweis auf die User-Tabelle war weil der Hersteller einer Software so dämlich war und über das DBMS seine Userverwaltung aufgebaut hat (mir wäre keine SW bekannt die das macht - und es wäre auch zimlich dämlich... Aber wenn man die weglässt würde ich fast wetten das man genau diesen Fall o.ä. trifft und plötzlich doof da steht....)
ich würde beim DB-Server immer ALLES sichern. Die System-Tabellen sind idR. nicht besonders groß (im Vergleich zu den normalen Arbeits-Datenbanken). Je nach DBMS kannst du dann nämlich auch schnell nen komplettes Restore machen (z.B. User-Berechtigungen!).
Und grad bei Datenbanken gilt ja: Lieber etwas zuviel sichern als ne ggf. wichtige Tabelle wegzulassen. Ist ja schon ein wenig schlecht wenn du dann feststellst das irgendwo ein Verweis auf die User-Tabelle war weil der Hersteller einer Software so dämlich war und über das DBMS seine Userverwaltung aufgebaut hat (mir wäre keine SW bekannt die das macht - und es wäre auch zimlich dämlich... Aber wenn man die weglässt würde ich fast wetten das man genau diesen Fall o.ä. trifft und plötzlich doof da steht....)
Hallo.
Findest du? Wie würdest du die User anlegen, wenn kein Active Directory vorhanden ist?
LG Günther
mir wäre keine SW bekannt die das macht - und es wäre auch zimlich dämlich
Findest du? Wie würdest du die User anlegen, wenn kein Active Directory vorhanden ist?
LG Günther
Moin,
ich meinte nicht die System-User - sondern die User der Anwendung! D.h. du hast eine Software "MeineAufträge" (z.B. in Java selbst geschrieben - oder als Access-DB,...). Und da würde ich die User-Verwaltung auch in die DB zu der Software packen - und nicht für jeden Anwender einen SQL-User anlegen...
ich meinte nicht die System-User - sondern die User der Anwendung! D.h. du hast eine Software "MeineAufträge" (z.B. in Java selbst geschrieben - oder als Access-DB,...). Und da würde ich die User-Verwaltung auch in die DB zu der Software packen - und nicht für jeden Anwender einen SQL-User anlegen...
Hallo.
Ok, das ist die gängige Lösung, die aber auch einige Nachteile hat.
Aber egal, darum geht es dem TO ja gar nicht. Fakt ist, dass die Systemdatenbanken auch gesichert werden müssen
LG Günther
Und da würde ich die User-Verwaltung auch in die DB zu der Software packen - und nicht für jeden Anwender einen SQL-User anlegen...
Ok, das ist die gängige Lösung, die aber auch einige Nachteile hat.
Aber egal, darum geht es dem TO ja gar nicht. Fakt ist, dass die Systemdatenbanken auch gesichert werden müssen
LG Günther
Hallo,
dann werde ich die Systemdatenbanken mit sichern; aber nur, damit ich diese nie brauchen werde
Vielen Dank
Gruß Stefan
dann werde ich die Systemdatenbanken mit sichern; aber nur, damit ich diese nie brauchen werde
Vielen Dank
Gruß Stefan
Hi.
Da passt doch das schöne Sprichwort. Die beste Datensicherung ist die, die man nie braucht
LG Günther
aber nur, damit ich diese nie brauchen werde
Da passt doch das schöne Sprichwort. Die beste Datensicherung ist die, die man nie braucht
LG Günther
