Windows Server 2012 Backup auf der DS

[Syn35413]

Hallo,

ich würde gerne für den Windows Server 2012 Essentials die DS 713+ als Backupziel bereitstellen.
Leider gibt WS2012 eine Fehlermeldung, dass die Speicherung fehlschlägt.

Wie ist die zu beheben?


Besten Dank im Voraus!

 

[Frogman]

...Wie ist die zu beheben?

Auf Basis der bereitgestellten Informationen kannst Du kaum eine fundierte Anwort erwarten... - ein wenig mehr Auskunftsfreude ist schon angebracht.

 

[Syn35413]

Auf Basis der bereitgestellten Informationen kannst Du kaum eine fundierte Anwort erwarten... - ein wenig mehr Auskunftsfreude ist schon angebracht.

Folgende Fehlermeldung wird ausgegben.

Fehler beim Sichern des Volumes "\\?\Volume{56...3}\": Unzulässige Funktion.



Reichen diese Angaben?

 

[bastians]

Moin,

ich fürchte es wird schlicht und einfach nicht gehen. wWindows 8 (das ja intern mit Windows Server 2012 identisch ist) hat ein ähnliches Problem.
Die Erstellung eines Systemabbildes auf das Synology NAS scheitert mit einer kryptischen Fehlermeldung. Im Netz findet man dazu Hinweise von Microsoft, das das NAS irgendwelchen benötigten SMB/CIFS-Funktionen nicht unterstützt.

Mal abgesehen davon das das Backup das auch verständlicher sagen könnte, scheint es mir gelogen. Unter Windows 7 funktioniert das erstellen eines Systemabbildes übers Netz auf das Synology NAS nämlich Problemlos (inklusive recovery!).

ciao
Bastian

 

[Syn35413]

Welche Möglichkeiten gibt es da ein Backup auf dem NAS zu speichern?

 

[synmesh]

Welche Möglichkeiten gibt es da ein Backup auf dem NAS zu speichern?

Hallo,

Folgende Möglichkeiten:

1. Speicherort als Netzlaufwerk einbinden (net use z: \\192.168.178.1\Archive)
2. SUBST (z.B: subst z: \\192.168.178.1\Archive). Dieser Weg hat den "Vorteil", daß viele Programme das Laufwerk nicht mehr als Netzlaufwerk als solches sehen, sondern vielmehr wie ein lokales Laufwerk behandeln.
3. iSCSI: Das Synology-NAS und dessen Volume als iSCSI Targets einrichten

Grüße, synmesh

 

[Syn35413]

1. Speicherort als Netzlaufwerk einbinden (net use z: \\192.168.178.1\Archive)

Grüße, synmesh

Hat leider nicht geklappt


Was haltet ist von dir Lösung?

For those not familiar with Synology, it is a NAS device that basically runs on a pre-installed flavor of Linux and has a web-based desktop you can log into.

To apply the fix suggested by Microsoft:

    Login to the Synology box via Putty (login is as root)
    Copy smb.conf prior to making any changes
        cp /usr/syno/etc/smb.conf /usr/syno/etc/smb.conf.sav
    Edit the smb.conf file
        vi /usr/syno/etc/smb.conf
        Press i to enter insert mode
        Enter strict allocate = yes to the end of the [global] section
        Press Esc to exit insert mode
        Enter :x to save your changes
    Restart Samba
        Enter /usr/syno/etc/rc.d/S80samba.sh restart
    Run a test backup

Blog der Lösung
Quelle der Lösung: Microsoft Technet

 

[mteufel]

Habe leider auch bei mir das selbe Problem.
Synology NAS mit 5.2.
Backup von einem WIndows 7/Winddows 2008 Client auf die Freigabe am NAS funktioniert.
Mit windows 2012 (R2) scheitert dsa Bakcup mit oben beschriebener "Lösuing".

Habt das strict allocate = yes in die smb.conf hilft aber leider nichts.


Kennt dazu wer eine Lösung??

LG
Martin

 

[bastians]

Moin,

mir scheint bei DSM5.2 ist strict allocate bei default sowieso an:

zaphod> testparm -v | fgrep strict
Load smb config files from /usr/syno/etc/smb.conf
...
Press enter to see a dump of your service definitions

obey pam restrictions = No
restrict anonymous = 0
strict allocate = Yes
strict sync = No
strict locking = Auto

Ich habe bei Systemsteuerung->Dateidienste für CIFS aber auch bei "Beim Erstellen von Dateien keinen Speicherplatz reservieren" kein Häkchen gesetzt.

Systemabbild erstellen von Windows 8.1 auf Synology geht aber bei mir auch nicht. Fehler: 0x80780119
SMBv3 ist aktiviert.


ciao
Bastian

 

[Nomad]

Ist das nicht ein Windowsproblem beim Erstellen des VSS was erst einmal gar nichts mit dem Sicherungsziel zu tun hat?

Mein Verständnis war, dass Windows einen Schnappschuss der Festplatte macht um einen konsitenten Zustand zu garantieren und dann diesen Schnappschuss als Backup auf das Medium schreibt. Das scheint hier fehlzuschlagen.

Jedenfalls habe ich es angenommen weil dieses Problem auf einmal auftauchte nachdem die Sicherung schon "tausendmal" erfolgreich auf einen Debian+Samba Server lief bzw. bei anderen Rechnern immer noch läuft.

Hast du die Möglichkeit eine andere Platte ob intern oder extern per USB als Sicherungsziel zu testen?

 

[bastians]

Moin,

ich habe das letztemal (vor einem Jahr) ein Systemimage auf eine externe USB-Platte gemacht und den Inhalt dann einfach auf die Synology kopiert. Insofern gehe ich davon aus, das alles nach wie vor funktioniert. Ich werde es aber nochmal probieren (allerdings erst nach meinem Urlaub .

Ich wollte auch nur auf den Punkt mit dem "strict allocate" hinweisen.
Es wäre halt schön gewesen, wenn man sich den Umweg über die USB-Platte sparen könnte (so wie bei Windows 7).

ciao
Bastian

 

[Nomad]

Meine Hypothese ist, die Sicherung wird auch auf USB oder interne Laufwerk nicht funktionieren weil es ein Windows Problem ist. Sprich deine Windows Installation ist zumindest in dieser hinsicht "zerschossen".

Daher sollte es nicht notwendig bzw. möglich sein das Problem über einen Umweg über Nicht-Synology-NAS zu lösen.

Bin gespannt was rauskommt.

 

[janpopan]

Hat schon mal jemand versucht die smb.conf mit dem folgenden Parameter zu verändern?
[general]
...
...
...

max protocol = SMB2_02

VG
Jan

 

[Nomad]

Mit Windows 7 die ich auf Samba Freigaben sichere hatte ich auch ein paar mal das Problem.

Rechner einiger Nutzer die ich eher als experimentierfreudig einstufen würde entwickelten diesen Fehler mit VSS während der Sicherung. Wenn das Problem erst einmal da war spielte es keine Rolle ob man von Samba auf USB HDD wechselte.

Bei einigen Windows 2008 R2 Server mache ich die Sicherung über iSCSI obwohl es fummelig werden könnte im Falle einer Bare Metal Recovery. Keinerlei Probleme beim Sichern bisher.

 

[janpopan]

Nach einigen Recherchen

Die aktuelle DSM 5.2. Firmware nutzt Samba 4.1.18 - dem fehlt es vermutlich noch an einigen SMB2 / SMB3 Features, die das Windows Backup braucht.
Dazu gibt es hier einen Bugeintrag:
https://bugzilla.samba.org/show_bug.cgi?id=10159
Auch mit sämtlichen Hotfixes von Microsoft z.B. KB 2920193 scheint das Problem so zu bestehen.

Samba 4.1.x erhält nur noch Securitiy Fixes
https://wiki.samba.org/index.php/Samba_Release_Planning

Samba 4.2.x soll signifikate Verbesserungen bringen
https://marc.info/?l=samba-technical&m=143070649524628&w=2
https://forums.freenas.org/index.php?threads/vhd-on-cifs-via-smb-3-0.26635/

Ich werde dies mal mit einer free4nas Installation auf einem RasPI testen, dort ist Samba4.2.4 drin.

Wenn es klappt dann hilft nur hoffen das es ein Update im DSM gibt.

Wie klappt das Recovery mit iSCSI und bare metal?