Fragen zu sqlbackupandftp

[deepblue]

AW: Fragen zu sqlbackupandftp

Hallo,

ein autom. Backup wurde erstellt. Es lag an dem Passwort. Bei meiner Windows-Anmeldung wird der erste Buchstabe groß geschrieben.
Bei der Passwort-Abfrage in SQLBackupandFTP 10.0.27.21881 wurde das Passwort nicht akzeptiert.

Schreibe ich aber den ersten Buchstaben meines Passwotes hier klein, geht es. Scheint ein BUG im Programm zu sein.

Aber jetzt funktioniert es. Vielen Dank!



>>> run 17.02.2015 21:10:52 by peter

SqlBackupAndFtp 10.0.27.21881 Free at PETER-PC (Microsoft Windows NT xxx) (.NET: xxx, xxx, xxx, xxx, xxx)
Job name: C:\Users\peter\Desktop\JTL-Backup.jobx

SUMMARY:
Database eazybusiness: Folder - Success

DETAILED LOG:
02/17/2015 21:06:02 Creating backup of eazybusiness to C:\Program Files\Microsoft SQL Server\MSSQL.2\MSSQL\Backup (full)
02/17/2015 21:07:30 Compressing (7-zip zip) eazybusiness201502172106.bak to C:\Users\peter\AppData\Local\Temp\Pranas.NET\SQLBackupAndFTP\gancvkcr
02/17/2015 21:09:52 Compression completed (archive: "eazybusiness201502172106.zip", size: 1.549.090 KB)
02/17/2015 21:09:52 Connecting to C:\JTL\Backup
02/17/2015 21:09:52 Uploading eazybusiness201502172106.zip to C:\JTL\Backup (eazybusiness201502172106.zip)
02/17/2015 21:10:52 Remote file size has been successfully verified
02/17/2015 21:10:52 Disconnecting from C:\JTL\Backup
02/17/2015 21:10:52 Removing eazybusiness201502172106.zip from C:\Users\peter\AppData\Local\Temp\Pranas.NET\SQLBackupAndFTP\gancvkcr
02/17/2015 21:10:52 Delete temporary folder: "C:\Users\PETER\AppData\Local\Temp\Pranas.NET\SQLBackupAndFTP\gancvkcr"
02/17/2015 21:10:52 Cleaning C:\JTL\Backup
02/17/2015 21:10:52 Connecting to C:\JTL\Backup
02/17/2015 21:10:52 Cleaning destination folder
02/17/2015 21:10:52 Disconnecting from C:\JTL\Backup
02/17/2015 21:10:52 Job finished

Das Backup läuft im Hintergrund und man bekommt davon kaum was mit. Dachte immer da geht noch mal ein Fenster oder so auf.
Aber das Backup schein er ordentlich geschrieben zu haben.

 

[ag-websolutions.de]

AW: Fragen zu sqlbackupandftp

Hallo deepblue,

das mit dem Passwort testen wir mal.
Wir hatten aber da bisher keine Probleme.

Noch ein wenig Fein-Tuning:

Klick mal im Startfenster auf den Button Advanced und dann in dem nächsten Fenster unten links auf "More backup options"

Setze dort die Haken so:



2 x Save & Close und dann Job speichern

BTW: knappe 5 Minuten für das Backup sind doch super, oder?!

 

[deepblue]

AW: Fragen zu sqlbackupandftp

Hallo Kevin,

ja das Backup läuft nun wirklich fix. Am Anfang dauerte es bei uns ca. 20-25 Minuten.

Nun sind es nur noch ca. 5 Minuten. Bin wirklich sehr zufrieden. Die richtigen Einstellungen und das 7-zip
haben wirklich was gebracht! =)

 

[sidewinda]

Ich richte mit sqlbackupandftp gerade ein und hätte da mal zwei Fragen zu.

1) Ich habe das automatische Backup zwar auf die Nacht gelegt, allerdings läuft bei uns der Worker rund um die Uhr. Ist das ein Problem, denn eigentlich werden dann in dieser Zeit ja evtl. Veränderungen an der Datenbank vorgenommen.

2) Man kann das Programm ja nicht minimieren oder ähnliches. Wie ist das mit den geplanten Backups, muss das Programm einfach immer geöffnet bleiben oder kann es geschlossen werden?

Gruß,
Manuel

 

[ag-websolutions.de]

zu 1) Es besteht eine theoritische Unsicherheit, dass ein Backup in sich nicht konsistent ist. Das lässt sich aber, solange der Worker nicht nicht nativ als Dienst läuft nicht verhindern, wenn man das Backup (egal auf welchem Wege) automatisiert laufen lassen möchte

zu 2) kann geschlossen werden

 

[sidewinda]

Ok, das ein Unserheit besteht ist natürlich nicht so toll aber lässt sich dann wohl nicht verhindern. Evtl. zur Sicherheit ab und zu mal den Worker stoppen und das Backup manuell starten?

Was meinst du mit "solange der Worker nicht nativ als Dienst läuft"

 

[ag-websolutions.de]

ab und zu mal den Worker stoppen und das Backup manuell starten?

Na ja, das Problem der manuellen Vorgehensweise ist, dass die zeiten wo das nicht gemacht wird immer länger werden ... es kommt das dazwischen ... dann das ... dan eine eilige Warenlieferung ... ein Maschinenausfall ... und schwuups ... ist das Backup 2 tage alt und kann eigentlich weggeworfen werden.

Was meinst du mit "solange der Worker nicht nativ als Dienst läuft"

Im Moment ist der Worker eine "abgespeckte" WaWi bei dem nur das fenster anders designt wurde.
Es gibt hier im Forum genannte Lösungen, daraus mit Dritt-Tools einen Windows-Systemdienstzu machen.
Von dieser Vorgehensweise halte ich persönlich nicht viel.

Nativ im Sinne ... von zu Hause aus ... also direkt von JTL auch als Windows-Dienst entwickelt.

Dann könnte man automatisch/zeitgesteuert sauber hingehen und vor Beginn des Backups den Worker-Dienst beenden ... das Backup durchführen ... und den Worker-Dienst wieder starten

 

[sidewinda]

Ok. Mit dem manuellen Backup meinte ich ja auch, dass ich es noch zusätzlich zu den automatischen mache. Wenn ich es richtig verstanden habe besteht bei den automatischen durch den Worker ja die Gefahr, dass sie fehlerhaft sind.

Irgendwie ist das ganze aber ja auch alternativlos wenn man den Worker nutzt... Ein ungutes Gefühl bleibt aber auf jeden Fall wenn man vorher schon weiß, dass es zu Fehlern kommen kann!

Eine Frage noch zu der Komprimierung in sqlbackupandftp. Du hattest hier mal empfohlen auf 7zip zu setzen. Welche der beiden Option soll da genommen werden. ".zip (7-zip engine)" oder ".7z"?

 

[wawi-dl]

Das Thema Backup hatte ich auch schonmal angesprochen, es ist leider noch nicht sauber durchdacht, in Bezug auf Worker!

Ich kenne einige Software-Lösungen, die eine integrierte Backup-Lösung enthalten, die man super einstellen kann, verschiedenste Zeitintervalle.

Ich würde mir hier auch eine Art Workflow wünschen von JTL, WEIL dann könnte die eigene Software überwachen, ob Zugriffe stattfinden, Worker läuft etc.
Sobald das Backup startet, wird die Datenbank auf Lesemodus gesetzt, bis dieses fertig ist, nur so kann ich ein sauberes Backup garantieren.

Die BAK-Files selbst, kann dann jeder handhaben und archivieren wie er will, dann wären alle glücklich.


@ag-websolutions.de
Vielleicht kannst du ja mal eine solche Idee bei JTL einbringen

 

[ag-websolutions.de]

Welche der beiden Option soll da genommen werden. ".zip (7-zip engine)" oder ".7z"?

Das ist Geschmackssache. "zip" wäre eine Komprimierung im Standard-Zip-Format und somit auch von anderen Pack-Programmen lesbar; "7z" wäre eine Komprimierung im propritären 7-zip-Format welche aber stärker komprimiert ist, sich damit für sehr große Backups besser eignet, aber nur eben von 7-zip gelesen werden kann.

Vielleicht kannst du ja mal eine solche Idee bei JTL einbringen

Das gaze Backup- Worker-Thema hat JTL auf dem Schirm

 

[wawi-dl]

sehr gut!