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
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 157544
Url: https://administrator.de/contentid/157544
Printed on: April 24, 2024 at 08:04 o'clock
7 Comments
Latest comment
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
