BackupExec: GRT-Backup-To-Disk Fehler E0000396 '-546 The log file sector size does not match the sector size of the current volumn.

Problem:
Ich habe einen neuen Backupserver mit Windows Server 2008 R2 und BackupExec 2010 R3 SP4 installiert.
Gleich vorweg, da Problem ist auch mit BackupExec 2012 aufgetreten, war als unabhängig von der Version.
Mein gesamtes Backup lief problemlos durch, nur mein Exchange GRT-Backup-To-Disk schlug jedes mal mit dem Fehler E0000396 fehl.
'-546 The log file sector size does not match the sector size of the current volumn.

Die Fehlerscueh verlief wie folgt:

- Ein direktes GRT-Backup-To-Tape lief problemlos durch!
- Mein erster Verdacht war wirklich die Sektorengröße, die aber auf beiden Servern identisch war - also OK, was sich aber später als falsch erweisen sollte!
- Der zweite Verdacht war mein Backup-To-Disk-Ziel, dass ein lokales RAID-10 mit 3 TB umfasste und somit nicht MBR sondern GPT war - aber das war nicht das Problem.
- Nächster Verdacht waren 4k-Sectorsize Festplatten im Server - war nicht der Fall!
- Dann Update auf neue BackupExec Version - gleicher Fehler!!

Nach viel Try&Error, langen Gesprächen und drei Tagen testen fand ich die Lösung!!

Lösung:
Ich habe mir zwei andere Backupserver angeschaut und hier ist mir folgendes aufgefallen:

Du kannst Dir ja mittels „fsutil fsinfo ntfsinfo lw:“ die Laufwerksparameter anzeigen lassen.
Hier ist mir ein Unterschied beim Parameter „Bytes pro physischen Sektor“ aufgefallen:

Mein Backupserver


Mein Exchange-Server



Alter Backupserver



Es muss also mit den "Physical Bytes per Sector" Wertz zu tun haben.
Dann habe ich eine USB-Platte gefunden, die ebenfalls „nicht unterstützt“ bei den Infos anzeigt. Hierauf habe ich dann alle BackupExec-TEMP-Ordner gedreht und siehe da, dass Backup läuft!
Jetzt habe ich nach einer Möglichkeit gesucht, damit meine Platten ebenfalls diese Info nicht mehr anzeigen bzw. auch „nicht unterstützt“ bringen.
Nach längerer Suche bin ich tatsächlich über einen Reg-Key gestolpert, mit dem ich das Verhalten steuern kann. Das muss aber PRO Storage-Treiber eingetragen werden.
Pfad: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\\Parameters\Device
Name: EnableQueryAccessAligment
Typ: REG_DWORD
Wert: 0 = Disabled (Bytes per physical sector wird nicht übermittelt) / 1= Enabled (Bytes per physical sector wird angezeigt)

Nachdem ich den Reg-Key auf "0" gesetzt und meine Kiste durchgestartet habe, wurde die Angabe "Bytes per physical sectors" mit "not supported" angezeigt und mein GRT-Backup-To-Disk lief problemlos durch!!

Kleiner Tipp noch am Rande:
Um den Controller Name für den Service zu finden, geht man am besten in den Gerätemanager und öffnet die Eigenschaften des Speichercontrollers. Hier findet man auf dem Reiter "Details" ein DropDownMenü. Hier wählt man "Dienst" aus und sollte so den Namen des Dienstes erfahren.



…und wieder einmal verlässt das IT-Team siegreich das Schlachtfeld!!! ?

Quelle:
Understanding the Impact of Large Sector Media for IT Pros
(Hier Szenario 3)

Backup Exec 2012 - VSS-Snapshotwarnung

Problem :

Ein Backup Auftrag wird immer mit Warnungen beendet.

VSS-Snapshotwarnung : Datei [Pfad und Name der Datei] ist im Snapshot nicht vorhanden


Lösung :

Bei mir war dieses Verhalten auf eine Fehlerhafte deinstallation der Software zurückzuführen. Die Dateien selbst wurden gelöscht allerdings nicht der Verweis unter
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\PnpLockdownFiles nachdem ich der Administratorgruppe Vollzugriff
auf diesen Schlüssel gewährt hatte konnte ich die Verweise ohne Probleme löschen. Dannach war dieser Fehler behoben.

Backup Exec 2012 - VSS Fehler

Problem :

Beim Versuch den lokalen Server zu sichern starb jedesmal die komplette Backup Exec 2012 Instanz nur ein Reboot konnte das System reanimieren.
In meinem Fall handelte es sich um einen Windows 2008 R2 Enterprise Server auf dem ein aktuellen Backup Exec 2012 (14.0 Rev 1798) läuft.
Nach langem Suche stellte sich herraus das der VSS Dienst der Grund war. Im Eventlog wurde folgender Eintrag gelogt:

Quelle : VSS

Ereignis-ID : 12293

Detail : Volumeschattenkopie-Dienstfehler: Beim Aufrufen einer Routine auf einem Volumeschattenkopieanbieter "GUID" ist ein Fehler aufgetreten. Routinedetails EndPrepareSnapshots(GUID) [hr = 0x80042302, Unerwarteter Fehler bei einer Komponente des Volumeschattenkopie-Diensts.Cannot find anymore diff area candidates


Lösung :

In meinem Fall hat die Vorgehensweise den Provider neu zu erstellen leider nichts geholfen. Zuerst habe ich das Skript aus diesem Beitrag ausgeführt.
Dann einen Reboot. Nachdem der Server wieder online war Explorer öffnen und einen Rechtsklick auf ein lokales Laufwerk machen. Dann auf Eigenschaften > Schattenkopie für die Laufwerke die gesichert werden sollen hab ich dann unter Einstellungen die Maximale Größe auf Unbegrenzt gesetzt. Sollte hier nicht genug Speicher verfügbar sein sollten mind. 15% der Laufwerksgröße angegeben werden. Nach einem klick auf OK lief auch das Backup wieder.




Quellen :
http://answers.microsoft.com/e.../-abdf-22efe4252979
http://www.symantec.com/connect/blogs/vss-fixbat
http://backupchain.com/Canno...y-service-error-troubleshooting.html

Symantec BackupExec: Ereignisse 33808 von Quelle BackupExec bei Backup-To-Disk-Sicherung

Problem:
Beim Sichern eines Servers auf einen Backup-To-Disk-Ordner treten Ereignisse 33808 im Ereignisprotokoll auf.
Beim Verarbeiten eines Backup-to-Disk-Befehls trat ein Fehler auf.
Drive: WriteSFMB() WriteFile failed @0 (\\NASSERVER.DNG.BUT\Backup-Ex2012\@@@@@@@@.bkf). Error=64

Beim Verarbeiten eines Backup-to-Disk-Befehls trat ein Fehler auf.
Drive: PreAllocateBkf() WriteMasterFMTable failed (\\NASSERVER.DNG.BUT\Backup-Ex2012\@@@@@@@@.bkf). Error=64


Lösung:
Das Problem liegt an der Einstellung "Maximale Größe für Backup-To-Disk zuweisen" in den B2D-Einstellungen.
Hier einfach den Haken ENTFERNEN und das Problem ist gelöst!

Quelle: symantec.com - TECH54598: The alert "The Backup-to-Disk device is offline" appears while performing a backup to a Backup to Disk folder using Backup Exec for Windows Servers.

BackupExec 2010 R3: Update von BackupExec 12.5 - Fehler bei SQL Express Update Error 1332

Problem:
Beim Update von Symantec BackupExec auf die Version 2010 R3 muss auch die SQL Express Datenbank aktualisiert werden.
Dabei tritt eventuell folgender Fehler auf:
Failed to install SQL Express BKUPEXEC instance Error 1332


Lösung:
Das Problem liegt bei Registry-Keys deren Werte leer oder fehlerhaft sind.
Diese müssen einfach gelöschte werden. Das SQL Express Update erstellt diese Einträge wieder und korrigiert sie dabei.
Folgende Einträge müssen gelöscht werden:
x86-System:
HKLM|SOFTWARE|Microsoft| Microsoft SQL Server|MSSQL.X|Setup|SQLGroup
HKLM|SOFTWARE|Microsoft|Microsoft SQL Server|MSSQL.X|Setup|AGTGroup
HKLM|SOFTWARE|Microsoft|Microsoft SQL Server|MSSQL.X|Setup|FTSGroup
HKLM|SOFTWARE|Microsoft|Microsoft SQL Server|MSSQL.X|Setup|ASGroup

x64-System:
HKLM|SOFTWARE|Wow6432Node|Microsoft|Microsoft SQL Server|MSQL.X|Setup|SQLGroup
HKLM|SOFTWARE|Wow6432Node|Microsoft|Microsoft SQL Server|MSQL.X|Setup|AGTGroup
HKLM|SOFTWARE|Wow6432Node|Microsoft|Microsoft SQL Server|MSQL.X|Setup|FTSGroup
HKLM|SOFTWARE|Wow6432Node|Microsoft|Microsoft SQL Server|MSQL.X|Setup|ASGroup


Quelle:
Symnatec TECH64580: Upgrade of Backup Exec fails with "Failed to install SQL Express BKUPEXEC instance Error 1332"
Microsoft KB925976: Fehlermeldung beim Versuch, ein SQL Server 2005 Servicepack oder ein SQL Server 2005-Hotfix-Paket zu installieren: "Fehler beim 29528. Setup hat einen unerwarteten Fehler beim Festlegen von internen Eigenschaften festgestellt"
“Das einzig sichere System müsste ausgeschaltet, in einem versiegelten und von Stahlbeton ummantelten Raum und von bewaffneten Schutztruppen umstellt sein.”
Gene Spafford (Sicherheitsexperte)