exellent
Goto Top

Backup Exec 12.5 Backup Job erfolgreich aber nichts wurde gesichert ?

Hallo Zusammen face-smile

Habe ein seltsames Phänomen bei Backup Exec 12.5. Ich versuche von einem Server mit installiertem Remote Agent einige Verzeichnisse und Daten zu sichern. Im Backup Exec habe ich einen Job angelegt und in der Auswahlliste alles markiert, was gesichert werden soll. Soweit so gut - Starte ich nun die Sicherung, ist diese nach circa 1 Minute beendet und nur ein paar KB wurden gesichert. Es sind aber nicht nur ein paar KB, die vorhanden sind sondern mehrere 100GB. Ich habe es bereits mit und ohne Open File Option versucht - immer das gleiche. Was mich wundert ist, dass der Job als erfolgreich beendet wird und keinerlei Fehlermeldungen auftauchen.

Es soll auf ein B2D Laufwerk gesichert werden (2TB, per iSCSI angebunden)
Backup Exec Server ist ein Win 2003 64Bit
Der zu sichernde Server ist ein Windows 2008 R2 64Bit mit Remote Agent

Habt ihr ne Ahnung woran das liegen kann ?

Vielen Dank

Edit : das SP3 von Backup Exec ist installiert.

Content-ID: 150408

Url: https://administrator.de/contentid/150408

Ausgedruckt am: 24.11.2024 um 22:11 Uhr

Deepsys
Deepsys 06.09.2010 um 13:39:07 Uhr
Goto Top
Hallo exellent,

die spannende Frage ist WIE du sicherst (Backup-Methode)?
Ich vermute mal vollständig, frage aber lieber mal nach face-smile

Die AOFO (Open File) ist das egal, die hilft nur wenn Dateien gesperrt sind.

VG
Deepsys
exellent
exellent 06.09.2010 um 13:45:03 Uhr
Goto Top
Ups, sorry. Deine Vermutung ist richtig - ich sichere vollständig.
Deepsys
Deepsys 06.09.2010 um 13:50:11 Uhr
Goto Top
Tja, dann wird die Sache nun spannend .....

Also der Remote Agent auf dem Windows 2008 R2 64Bit sollte kein Problem sein, der 2003 Server auch nicht ....
Kannst du mal das Auftragsprotokoll oder besser den Verlauf posten?
exellent
exellent 06.09.2010 um 13:56:44 Uhr
Goto Top
Vielen Dank erst mal :

Auftragsprotokoll: BEX_BACKUP01_01579.xmlAuftragsprotokoll für DC1-tägliche
Sicherung-B2D-iSCSI


Abschlussstatus: Erfolgreich
Alle einblendenAlle ausblenden

Auftrag - Informationen
Auftragsserver: BACKUP01
Auftragsname: DC1-tägliche Sicherung-B2D-iSCSI
Auftrag gestartet am Montag, 6. September 2010 um 13:50:45
Auftragstyp: Sichern
Auftragsprotokoll: BEX_BACKUP01_01579.xml


Laufwerk und Laden von Medium angefordert: 06.09.2010 13:50:45
Es konnte kein Medium zum Anhängen geladen werden.
Es wird zum Überschreiben auf Medien des temporären Pools gewechselt.


Geräte und Medien - Informationen
Laufwerks- und Medieninformationen von Medienladevorgang: 06.09.2010 13:50:48
Laufwerkname: B2D-iSCSI
Medienkennung: B2D000092
Medien-GUID: {18ca6cbe-da6b-4830-b4c3-0950dad74446}
Überschreibschutz bis: 12.09.2010 13:50:48
Anhängbar bis: 01.01.1900 01:00:00
Name des Ziel-Mediensatzes: NAS

Alle verwendeten Medien
B2D000092


Auftragstyp - Sichern
Sicherungsoptionen
Medienvorgang - Anhängen.

Komprimierungstyp: Keine

Verschlüsselungstyp: Keine

WARNUNG: Die Option "Nach Sicherung überprüfen" wurde nicht ausgewählt.

Es wird empfohlen, durch Durchführen einer Überprüfung sicherzustellen, dass die Medien nach Abschluss der Sicherung gelesen werden können.


Server - DC1.LGL.local
AOFO: Gestartet für Ressource: "\\DC1.LGL.local\E:". Verwendete Advanced Open File Option: Microsoft Volume Shadow Copy Service (VSS).
Der in VSS verwendete Snapshot-Provider für Datenträger E: - Microsoft Software Shadow Copy provider 1.0 (Version 1.0.0.7).
Netzwerkontrollverbindung hergestellt zwischen 192.168.200.251:1074 <--> 192.168.200.32:10000
Netzwerkdatenverbindung hergestellt zwischen 192.168.200.251:1078 <--> 192.168.200.32:65067
Satz - Informationen - \\DC1.LGL.local\E:
Sichern Satz - Informationen
Familienname: "Medium erstellt am 06.09.2010 um 13:50:45"
Sicherung von "\\DC1.LGL.local\E:" als ""
Sicherungssatz Nr. 1 auf Speichermedium Nr. 1
Beschreibung des Sicherungssatzes: "DC1-tägliche Sicherung-B2D-iSCSI"
Backup-Methode: Vollständig - Dateien sichern - Archivbit zurücksetzen


Sicherung begonnen am 06.09.2010 um 13:51:02.
Sicherung abgeschlossen am 06.09.2010 um 13:51:03.
Sichern Satz - Zusammenfassung
0 Dateien in 8 Verzeichnissen gesichert.
2.344 Byte verarbeitet in 1 Sekunde.
Durchsatzrate: 0.134 MB/Min.


Dieser Sicherungssatz enthält eventuell keine Daten.


Auftragsabschlussstatus
Auftrag beendet am Montag, 6. September 2010 um 13:51:04
Abschlussstatus: Erfolgreich
exellent
exellent 06.09.2010 um 13:57:35 Uhr
Goto Top
Und hier noch der Verlauf :

DC1-tägliche Sicherung-B2D-iSCSIAuftragsprotokoll für DC1-tägliche
Sicherung-B2D-iSCSI


Alle einblendenAlle ausblenden
DC1-tägliche Sicherung-B2D-iSCSI
Auftragsname : DC1-tägliche Sicherung-B2D-iSCSIAuftragstyp : SichernAuftragsstatus : ErfolgreichAuftragsprotokoll: C:\Program Files\Symantec\Backup Exec\Data\BEX_BACKUP01_01579.xmlServername : BACKUP01Auswahllistenname: DC1-tägliche Sicherung-B2D-iSCSIGerätename : B2D-iSCSIZielname : B2D-iSCSIMediensatzname : NASAlle verwendeten MedienB2D000092

Auftragszusammenfassung - Informationen
Byte : 2.344 ByteAuftragsrate : 0,00 MB/Min (Anzahl Byte aller Sicherungssätze geteilt durch verstrichene Zeit für alle Sicherungssätze)Dateien : 0Verzeichnisse : 8Übersprungene Dateien : 0Beschädigte Dateien : 0Geöffnete Dateien : 0Ursprüngliche Startzeit: Montag, 6. September 2010 20:45:00Auftrag gestartet : Montag, 6. September 2010 13:50:45Auftrag beendet : Montag, 6. September 2010 13:51:04Verstrichene Zeit : 00:00:19

Satz - Detaillierte Informationen - Sichern \\DC1.LGL.local\E:
Satztyp : SichernSatzstatus : AbgeschlossenSatzbeschreibung : DC1-tägliche Sicherung-B2D-iSCSIRessourcenname : \\DC1.LGL.local\E:Anmeldekonto : System-Login-KontoVerwendete Verschlüsselung : KeineBenutzter Agent : JaBenutzte Advanced Open File Option: Microsoft Volume Shadow Copy Service (VSS)


Byte : 2.344 ByteDurchsatz : 0,00 MB/MinDateien : 0Verzeichnisse : 8Übersprungene Dateien : 0Beschädigte Dateien : 0Geöffnete Dateien : 0Startzeit : Montag, 6. September 2010 13:51:02Endzeit : Montag, 6. September 2010 13:51:03Benutztes Medium : B2D000092
Deepsys
Deepsys 06.09.2010 um 14:09:31 Uhr
Goto Top
Tja, das ist nun wirklich merkwürdig.
Ich sehe da auch nichts, außer das die Option "Nach Sicherung überprüfen nicht an ist, aber gut.

Was genau willst du da sichern?

Ich würde mal einen komplett neuen Auftrag mit anderen Dateien und evtl. anderen Server ausprobieren.

Ich habe bei BE ja schon viel gesehen, aber das hier noch nicht ... Und 12.5 war eigentlich ne gute Version ...
Deepsys
Deepsys 06.09.2010 um 14:12:16 Uhr
Goto Top
Noch was:
War das ein alter Job oder ist der neu angelegt?

Bitte bei den Auswahlen mal nicht auf die grafischen Haken, sondern mal unter den Punkt "Auswahldetails ansehen" klicken. Manchmal vor allem nach Server-Wechseln stimmen die Haken nicht mehr.
exellent
exellent 06.09.2010 um 14:14:12 Uhr
Goto Top
Hm. Also ich sichere bzw. versuche Profil und Usershares und ein paar Dokumenten-Ordner zu sichern. Nichts wildes - die Berechtigungen sind auch alle OK. Andere Sicherungen auf anderen Servern (sichere damit auch die VMs in unserer VMware Landschaft) laufen komischerweise. Wenn ich die Sicherung über die freigegebenen Ordner im Netzwerk laufen lassen und nicht über den Remote Agent funktioniert es auch. Irgendwas scheint er da mit dem Remote Agent nicht auf die Kette zu bekommen.

Was mir noch einfallen würde ist : Die o.g. Ordner sind alles DFS-Shares. Aber das sollte eigentlich egal sein oder ?

Ja, bis dato dachte ich auch, dass die 12.5er ne gute Version ist face-wink

Edit : Der Job wurde neu angelegt und unter Auswahldetails sieht auch alles gut aus :/
93424
93424 06.09.2010 um 14:16:01 Uhr
Goto Top
Hallo,
sagt das Ereignisprotokoll des Remote Server irgendetwas bei dem Sicherungslauf?
Neustart des Agent auf dem Remoteserver versucht?

Gruß Donuk
exellent
exellent 06.09.2010 um 14:19:01 Uhr
Goto Top
Hallo,

im Ereignisprotokoll des Remote Servers und auch des Sicherungsservers ist nichts zu finden. Agent und Server wurden bereits mehrfach neugestartet
Deepsys
Deepsys 06.09.2010 um 14:19:41 Uhr
Goto Top
Was mir noch einfallen würde ist : Die o.g. Ordner sind alles DFS-Shares. Aber das sollte eigentlich egal sein oder ?

Eigentlich ja.

Aber das Problem scheint ja wirklich am Agenten zu liegen.
Ich würde den, wie donuk auch meint, erstmal neu starten. Dann den gesamten Server, und wenn das alles nichts hilft, den ganzen Agent löschen, Server neu starten und wieder installieren.

Edit: Zu langsam face-wink
Deepsys
Deepsys 06.09.2010 um 14:21:12 Uhr
Goto Top
Dann installier mal den Agent neu ....
Am besten lokal und nicht vom Medienserver aus (Dateien liegen in der Freigabe des Medienservers)
93424
93424 06.09.2010 um 14:24:06 Uhr
Goto Top
Hallo,
hat die Sicherung den schon einmal funktioniert ?
exellent
exellent 06.09.2010 um 15:09:54 Uhr
Goto Top
Habe den Agent gerade lokal neu installiert - das gleiche Problem.

Die Sicherung hat bisher noch nicht funktioniert.

Jemand noch ne Idee ?
93424
93424 06.09.2010 um 15:31:31 Uhr
Goto Top
Hallo,
bin mir jetzt nicht ganz sicher:
Bei der Installtion des Agent fragt er nach Anmeldeinformtionen, hast du dort den admin der Domöne \domäne\administrator oder den lokalen admin eingetragen?
Es gab dort glaube ich auch ein Haken "Konto dauerhaft" oder so ähnlich.

Mehr fällt mir nicht ein.

Poste bitte die Lösung wenn es läuft.

Gruß Donuk
rana-mp
rana-mp 06.09.2010 um 15:48:24 Uhr
Goto Top
DFS-Shares sind das Stichwort!

Ich hatte (zwar mit BE 2010) bei einem DFS Share das gleiche Problem, Sicherung laeuft ohne Fehler durch, sichert aber nichts.
In der Auswahlliste des Servers gibt es ganz unten den Punkt Shadow Copy Components.
Darunter dann folgende Struktur: "User data" -> "Distrubited File System Replication" -> "DfsrReplicatedFolders"
Dort sind dann alle DFS Ordner aufgelistet. Und diese meussen im Backuexec ausgewaehlt werden, nicht die "normalen".
Das soll angeblich sehr langsam sein, da ich aber nur einige 100GB in der Vollsicherung habe, ist das fuer mich kein Problem.

Alternativ kann man wohl auch vor dem Backup den DFS Dienst stoppen und hinterher wieder starten, damit habe ich aber keine Erfahrung gemacht.

Das wurde wohl auf Anregung von Microsoft vor einigen versionen von Backup Exec so eingebaut.

Gruss,

rana-mp
LittleFlame
LittleFlame 06.09.2010 um 15:54:02 Uhr
Goto Top
Hallo zusammen,

ich bin zwar recht neu in der Branche, aber mir ist folgendes aufgefallen. Ich bin mir aber nicht sicher, ob dies relevant ist.

Überschreibschutz bis: 12.09.2010 13:50:48
Anhängbar bis: 01.01.1900 01:00:00

Er behandelt in diesem Fall ja das komplette iSCSI-NAS als Medium, darf hier jedoch weder überschreiben, noch anhängen.
Soll wohl bedeuten, dass ein neues Backup angelegt wird, wenn das Überschreib-Datum nicht erreicht wurde, nehme ich an.

Auftragstyp - Sichern
Sicherungsoptionen
Medienvorgang - Anhängen.

Die letzte Zeile kombiniert mit der oberen Zeile "Anhängbar bis: 01.01.1900 01:00:00" sorgt doch eigentlich dafür, dass garnichts passiert oder?

Wenn ich falsch liege, dann überlest meinen Post einfach.
Wie gesagt: Bin neu relativ neu in der Branche, aber versuche irgenwdie zu helfen ^^

Grüße,

LittleFlame
exellent
exellent 06.09.2010 um 15:55:48 Uhr
Goto Top
Die Anmeldeinformationen sind OK. Hab den DomAdmin genommen und dauerhaft gesetzt.

Ich glaube es liegt am DFS !! Ich habe es gerade mit einem Ordner, der nicht im DFS Namespace und nicht repliziert wird getestet und damit funktioniert es.

Kann es sein, dass Backup Exec mit DFS Probleme macht ? Kann das Jemand bestätigen ?
exellent
exellent 06.09.2010 um 16:07:23 Uhr
Goto Top
DANKE !!!!!! face-smile

Damit läuft es endlich. Hatte am Anfang auch auf DFS getippt. Ich dachte es würde ausreichen wenn man die Staging Ordner aus der Auswahl rausnimmt.
Deepsys
Deepsys 06.09.2010 um 19:39:58 Uhr
Goto Top
Na prima !!!

Komisch nur das ich damit bisher keinerlei Probleme hatte, das klappte bisher immer .... Naja, BE eben face-wink
Wieder was gelernt, danke!
Deepsys
Deepsys 06.09.2010 um 19:43:05 Uhr
Goto Top
Hallo,

kein Problem.
Ich denke damit ist entweder gemeint das nichts angehängt werden , oder eben das immer angehängt werden kann.
Sieht aber wirklich doof aus.

Sollte es aber ein Problem mit den Medien geben, dann scheitert der Auftrag.
Aber du hast recht, wenn es kein Medium gibt, wird bei B2D einfach ein Neues angelegt.

VG
Deepsys