Servus allerseits Als ich einem Freund davon erzaehlte, wie ich bei meinen Kunden das Backup-Problem gelöst hatte, meinte er "ich auch! ich auch!" Leider hatte der Gute aber keinen Linux-, sondern einen Windows-Server. Ich bin sicher, dass die Lösung meines Vorhabans auch mit den eigenen Bordmitteln des Windows haette gelöst werden können. Aber ich kenne mich da nicht so aus. Also habe ich mich hingesetzt und mit AutoIt ein Programm geschrieben. War auch etwas Selbstzweck dahinter: hatte mit AutoIt schon lange nichts mehr geschrieben und wollte nicht aus der Uebung kommen. Das Programm macht (entsprechend den Einstellungen in der Ini-Datei): Stoppt den MS-Sql Server. Sichert die Daten entweder full, oder incremental. Dabei werden dem Datum entsprechend Unterverzeichnisse angelegt und das Backup dort abgelegt. Startet wieder den MS-Sql Server Kopiert das Backup auf einen externen Server. Und schickt eine Email. Da alte Backups nicht gelöscht werden, muss der verbleibende Platz auf dem lokalen und remote Rechner regelmaessig kontrolliert werden. Die Fehler-Meldungen sind auf türkisch, aber anhand des Sources sollte der Sinn der Meldung schon klar werden. _exclude_xxx.txt: hier Verzeichnisse und Extentions eintragen, die man nicht sichern will. _nocompress.txt: hier Extentions eintragen, die nicht komprimiert werden sollen. backup_xxx.ini: alle anderen Einstellungen finden hier statt. Beilage: - Source Files - backup_full32.exe - backup_inc32.exe MfG aus Istanbul
warum sollte man den SQL-Server stoppen wenn man ein backup macht? Der sql server kann selber ein backup online machen, das ganze auch incrementell oder full.
Servus Peter. Ich kenne mich mit MS-SQL nicht aus, da ich mit MySQL und PostgreSql arbeite. Desweiteren werden die Backups nachts gemacht, wenn keiner in der Fabrik arbeitet. Weshalb ein Stoppen des Servers niemanden stört. Werde aber bei Gelegenheit Deinen Link mir zu Gemüte führen. Wenn's einfach ist, kann ich es ja einbauen.
Mehmet Kendi schrieb: > Desweiteren werden die Backups nachts gemacht, wenn keiner in der Fabrik > arbeitet. Weshalb ein Stoppen des Servers niemanden stört. bei uns ist 24stunden man Tag etwas los, da gibt es keine Zeit zum stoppen. Außerdem gehen beim Stoppen die Caches und Statistik daten verloren, bei jeden neustart ist der Server dann wieder "langsam". Das einzigste was in den kleinen MS-SQL-server nicht geht ist das Backup gleich zu packen - das geht nur in der Enterprise version. Aber das kann man ja einfach per RAR machen. Sonst arbeitet das mitgelieferte Backup sehr zuverlässig. Bei uns wird aller 24 Stunden ein vollbackup und dann stündlich ein incrementelles gemacht.
Mehmet Kendi schrieb: > Ich kenne mich mit MS-SQL nicht aus, da ich mit MySQL und PostgreSql > arbeite. MySQL muss man für den Backup aber auch nicht runterfahren.
@Peter Ich habe jetzt mal einen Blick in Deinen Link geworfen. Hmmm, ich glaube nicht, dass die Software-Firma mir Zugriff auf den SQL-Server geben würde, damit ich diese Befehle absetzen kann. Auch will ich mich in dieser Sache nicht allzuweit aus dem Fenster lehnen. War ja schliesslich nur ein kleiner Freundschaftsdienst. Auf jeden Fall ist mein Freund sehr glücklich. Seine Backups sind von sage und schreibe 120GB auf laecherliche 300MB geschrumpft! @A.K. Habe ich behauptet, dass ich MySQL runterfahre? :) Wie bereits gesagt: Ich kenne mich mit Windows Servern und MS-SQL server nicht aus. Und deshalb war es für mich das Einfachste, den Server zu stoppen.
Das genialste Backup-Programm für Windows, das ich kenne ist DriveSnapshot http://www.drivesnapshot.de/de/, man kann damit IM LAUFENDEN BETRIEB ein konsistentes Image der Platte oder Partition machen. Eine Aussage auf der Homepage ist falsch: "Die Wiederherstellung unter Windows ist nur für Nicht-System-Partitionen möglich, diese müssen unter DOS restauriert werden". Es geht wunderbar mit einer Windows-Life-CD und viel schneller als mit DOS (obwohl FREEDOS ja schon viel schnellere Plattenzugriffe ermöglicht als MS-DOS). Ich habe das seit mehreren Jahren laufen, habe schon mehrfach damit zurückgesichert oder auf neue Platte geklont, nie gab es Probleme.
Erinnert an Programme wie Acronis True Image. Das arbeitet ähnlich.
Ihr scheint zu vergessen, dass Istanbul sehr stark erdbebengefaehrdet ist. Deshalb reicht es hier nicht aus, nur ein Backup zu erstellen. Das Backup muss auch weit weg in Sicherheit gebracht werden. Einige meiner Kunden wollen ihr Backup sogar im Ausland wissen.
... in die Cloud ... oder auf einen x-beliebigen Server im Internet, ein Script macht zuerst die Sicherung und schiebt dann die Sicherungsdatei per FTP dorthin.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.