DB Sicherung LOG und DATA SQL Server 2000

[Rayman]

Hallo,

bei einem SQL Server 2000
muss ich die Sicherungsschritte neu erstellen. Und dabei muss ich mich an eine Sicherungsreport halten der so vorgeschrieben ist.
(das ist für mich teilweise neu, weil ich früher immer nur die vollständige DB gesichert habe)

Laut dem Report soll jeden Tag eine Sicherung der LOG files durchgeführt, Beispiel:

BACKUP LOG Datenbankname TO DISK='G:\MSSQL\BACKUP\01_LOG_MON\Datenbankname_LOG.BAK' WITH INIT

ich denke das ist soweit klar, es wird nur die LOG gesichert, weil es ausreicht und die Datenmenge nicht so groß ist


Außer am Sonntag sollten auch die Daten (oder DATA) gesichert werden.
und das genau ist der Punkt den ich ganz nicht verstehe,

denn im Sicherungsreport stehen die einzelnen Schritte die jeden Sonntag durgeführt werden sollen:
1. "Backup Data"
2. "Clear Log"
3. "Reindex Table"

Nun weis ich nicht genau, was ich bei Punkt 1 sichern soll?
(weil ich dazu kein Sicherungsscript habe)
muss ich einfach eine vollständige Datenbank sicherung machen?
Beispiel:

DECLARE @DBNAME	VARCHAR(128)
SET @DBNAME = 'G:\MSSQL\BACKUP\00_DATA_SUN\DBNAME.bak'
BACKUP DATABASE DBNAME TO DISK = @DBNAME

oder einfach so:

BACKUP DATABASE northwind TO DISK = 'd:\backups\northwind\nwind.bak'

Wer weis, wie man einmal in der Woche eine "Backup Data" Sicherung macht,
wenn täglich die LOG gesichert wird?

gruß
Rayman

[O. Helper]

Hallo Rayman,

oder einfach so:

Wieso oder, das ist der gleiche Befehl, nur einmal wir der Backupname fix angegeben und einmal als Variable.
Beide Fälle passen für ein "Backup Data".

Wer weis, wie man einmal in der Woche eine "Backup Data" Sicherung macht, wenn täglich die LOG gesichert wird?

Das Backup von Data und Log sind sozusagen "unabhängig" von einander, deshalb gibt es ja auch die beiden Befehle
BACKUP DATABASE
BACKUP LOG

Einfach sichern lassen oder wo siehst Du das Problem?

[Rayman]

Hi Olaf,

danke für die Antwort,

also dann gibt es im Grunde doch nur die 2 Varianten:
BACKUP DATABASE --> als Vollbackup der Datenbank
BACKUP LOG --> eben einfach nur die LOG info


ich dachte es gäbe evtl. noch sozusagen ein 3. Variante nur für die Daten.
Aber das gibt es demnach nicht, sondern einfach nur das VOLLBACKUP als "BACKUP DATABASE"


Und ist es denn wirklich ausreichend wenn man das so macht? (unter der Woche die nur die LOG zu sichern)

also wenn z.B. die Datenbank kaputt sein sollte,
muss ich erst das Vollbackup wiederherstellen (vom Sonntag)
und dann anschließend die LOG-Sicherung bis zum Breakdown Zeitpunkt (bsp. Mittwoch) auch wieder herstellen.
Ist das so richtig?

Also ich will einfach sicher sein, dass ich dieses Prinzip der Datenbank-Sicherung richtig verstehe
und auch im Falle einer notwendigen Wiederherstellung die Datenbank wiederherstellen kann.



gruß
Rayman

[O. Helper]

Hättest Du gleich im richtigem Forum gesucht, hättest Du diesen Thread gefunden:
http://entwickler-forum.de/showthread.php?t=50960

Da sind wir schon mal reichlich durch gegangen.

Es gibt noch weitere Backup-Varianten für Daten/Dateien

DIFFERENTIAL: Sichert alle Daten, die seit der letzten Vollsicherung geändert wurden.
FILE_OR_FILEGROUP: Sichert nur einzelne Datenbank-Dateien oder Dateigruppen

Lies am besten auch mal im BOL unter "BACKUP (Transact-SQL)" sowie die verwandten Resourcen durch.

[Rayman]

ja, wer suche der finde ...

Danke, das hat mir nun schon weiter geholfen!


gruß
Rayman