Neu Kennt sich jemand mit MSSQL richtig gut aus?

[thowi]

Was benutzt du denn für eine Backupsoftware?

 

[_simone_]

Manchmal ein selbstgeschriebenes Batch, manchmal sqlbackupandftp...

 

[MichaelH]

Acronis

 

[_simone_]

Acronis

Kann Acronis CHECKDB von Haus aus oder kann man das extern einbinden? Oder braucht man zusätzlich ein Batch?

 

[MichaelH]

Nein, soweit ich weiß kann das Acronis nicht.

Ich finde auch es ist mehr ein Job für eine ToDo-Liste wöchentlich.
Jede Automatisierung bei der Sicherheit kann versagen und dann hat man den Schlamassel. Also man müsste auch die Automatisierung prüfen, wöchentlich.

 

[_simone_]

Nein, soweit ich weiß kann das Acronis nicht.

Ich finde auch es ist mehr ein Job für eine ToDo-Liste wöchentlich.
Jede Automatisierung bei der Sicherheit kann versagen und dann hat man den Schlamassel. Also man müsste auch die Automatisierung prüfen, wöchentlich.

Das kann ich so nicht stehen lassen. Automatisierung ist schon eine Gnade, wenn richtig angewendet. Aber da hat wohl jeder seine "Religion".
btw:
Wird beim Backup mit anschließender CHECKDB ein Fehler im Log gefunden, bleibt ein dicker, fetter, roter Screen aufm Desktop.^^

 

[SebiW]

@_simone_ na da frag ich doch mal geradeheraus: Wie löst Du das CHECKDB denn in sqlbackupandftp? Ich vermute als custom script vor / nach dem backup?
Bisher habe ich parallel dafür die SQL Maintenance Solution am laufen, aber grundsätzlich wäre mir eine zusätzliche Warnebene durchaus sehr recht...

 

[_simone_]

@_simone_ na da frag ich doch mal geradeheraus: Wie löst Du das CHECKDB denn in sqlbackupandftp? Ich vermute als custom script vor / nach dem backup?
Bisher habe ich parallel dafür die SQL Maintenance Solution am laufen, aber grundsätzlich wäre mir eine zusätzliche Warnebene durchaus sehr recht...

sqlbackupandftp nutze ich aus Faulheit um die DB einmal am Tag per ftp extern zu sichern; ohne checkdb. (ftp-upload muß ich endlich mal in mein script einbauen.)
Ansonsten Sicherung per batch --> Checkdb --> log auf 0 Fehler prüfen --> packen und verschlüsseln --> x alte Sicherungen löschen --> speichern --> fertig
script-Zeilen Beispiel:

find "0 Zuordnungsfehler und 0 Konsistenzfehler" dein-db-log.txt>nul && goto dbok
color 4f & echo Datenbank fehlerhaft
pause && goto eof
:dbok
echo DB in Ordnung
pause && goto eof
color
:eof

 

[thowi]

manchmal sqlbackupandftp...

Schade, dass SQLBackupAndFTP den Check nicht leisten kann... danke für dein Script! Das sieht gut aus!

 

[gnarx]

SQL Backup Master kann SQL- und Batch Scripte einbinden jeweils vor oder nach dem Backup. Vielleicht kann man ja damit was anfangen.



Find das ja sowie so besser. Mach damit automatisch 3 Backups.
1. Lokal das Aktuelle
2. Auf dem NAS die letzten 5 Tage
3. Auf unseren Webserver bei All-inkl die letzten 5 Tage

 

[thowi]

Danke für den super Tipp! Glaube das Tool kann den SQLBackupAndFTP prima ablösen. Den SFTP Transfer kann man ja easy per Batchscript machen.

 

[_simone_]

Dann würde ich die Batch in etwa so vorher laufen lassen:

@echo off
echo ##### - Ueberpruefe DB...
osql.exe -S <rechnername>\<instanz> -U sa -P <deinSQL-Passwort> -Q "DBCC CHECKDB('eazybusiness')" -o log-checkdb.txt>nul
find "0 Zuordnungsfehler und 0 Konsistenzfehler" log-checkdb.txt>nul && goto EOF
color 4f & echo Datenbank fehlerhaft - Siehe log-checkdb.txt
pause
:EOF

Dann sollte der rote screen warnen, wenn was nicht stimmt. (ungetestet)

 

[thowi]

Der SQL Backup Master kann aber keine qualitative Auswertung der DBCC Checkinfos leisten, richtig?
Dann ist es glaub ich gar nicht soooo prickelnd. Denn dann muss ich die Datei eh per Batch nach Fehlern durchsuchen. Dann kann ich den Check auch gleich per Batch starten.
Wobei der SQL Backup Master auch differenzielle Backups in der Free Version kann. Aber auf ein paar Euros kommt es nicht an.

Gibt es denn keine Software, die die Backups und so Maintenance Aufgaben leisten kann? Muss doch eine Lösung geben für die Leute, die eben Express nutzen und daher nicht die Maintenance Plans der normalen MSSQL Version zur Verfügung haben.

 

[_simone_]

Upps, gerade gelesen, dass SQL Backup Master nur in der PRO Version encrypten kann. Also muss man das schon kaufen, wenn man nicht seine DB im Klartext über den Äther jagen will.

 

[gnarx]

Hier sind noch ein paar Beispiele für Scripts: https://dba.stackexchange.com/quest...grity-test-on-sql-server-database-backup-file

Kann man nicht einfach im Fenster SQL Script das "DBCC CHECKDB " eingeben?

 

[_simone_]

Hier sind noch ein paar Beispiele für Scripts: https://dba.stackexchange.com/quest...grity-test-on-sql-server-database-backup-file

Kann man nicht einfach im Fenster SQL Script das "DBCC CHECKDB " eingeben?

Kannst du bestimmt, aber du möchtest doch das Log von dem Check auf "go" oder "nogo" auswerten.

 

[thowi]

Kann man nicht einfach im Fenster SQL Script das "DBCC CHECKDB " eingeben?

Ohne (automatisierte) Auswertung ist das ja wertlos...

 

[MichaelH]

"Das kann ich so nicht stehen lassen. Automatisierung ist schon eine Gnade, wenn richtig angewendet. Aber da hat wohl jeder seine "Religion".

Tom, sicherlich ist das so.
Allerdings wer nie manuell prüft was automatisch läuft der kann im Notfall auch herb enttäuscht werden, wenn das automatische Werkel nicht so lief wie gedacht.
So ist das gemeint.

 

[_simone_]

"Das kann ich so nicht stehen lassen. Automatisierung ist schon eine Gnade, wenn richtig angewendet. Aber da hat wohl jeder seine "Religion".

Tom, sicherlich ist das so.
Allerdings wer nie manuell prüft was automatisch läuft der kann im Notfall auch herb enttäuscht werden, wenn das automatische Werkel nicht so lief wie gedacht.
So ist das gemeint.

Ok, da gebe ich dir vollumfänglich recht.
Ein vollautomatisches, verschlüsseltes, komprimiertes, per ftp hochgeladenes Backup, sollte natürlich regelmäßig per Hand auch wieder ein restore erfahren.

 

[MichaelH]

Bin gerade im Test für Update auf WAWI 1.0 - wir hatten zuvor nur 2 kleine Fehlerchen drin (auf 2 oder 3 Jahre gesehen), diese korrigiert vor ein paar Tagen und schwupps gestern schon wieder einer drin und keine Test-Migration möglich. Zum Glück funktioniert die Reparatur ohne Probleme, eine Rest-Sorge bleibt aber immer ...

Wir sichern die DB alle 30 Minuten differentiell und alle 3 Stunden full und übertragen die Sicherung auf einen anderen Server damit wir darauf auch bei Serverausfall Zugriff haben.
Mit Acronis sichern wir natürlich auch die Server.

Wir sichern sicherlich zu viel, aber mir ist das so lieber.