WindowsBackup - Event 129 během zálohování Windows 2012 Std

[Zash]

Dobrý den,
začnu nastíněním situace: server Dell R520, RAID6 pole 15TB rozdělené do několika oddílů, win 2012 std. Nastavené dvě úlohy zálohování ve windows backup, jedna zálohuje systém a dva menší diskové oddíly, druhá zálohuje jeden diskový oddíl - ten největší. První úloha proběhne vždy bez problémů (3x týdně), druhá úloha proběhne vždy jen jednou a to při jejím prvním spuštění na zcela prázdný oddíl, pokud ji chci v týdnu spustit znovu, aby udělala přírůstky skončí náhodně po zazálohování kolem 300MB dat (jak kdy) a v logu se každých 30s opakuje chyba: Událost 129, vhdmp - Obnoveno do zařízení \Device\RaidPort3, vystaveno. Zálohování probíhá na NAS připojený pomocí iSCSI, gigová síť, dva oddíly, jeden pro každou úlohu.

Nevěděl by někdo kde by mohl být problém/jak ho vyřešit?

Děkuji za odpověď.

[Reklama]

[JardaP .]

Ze by http://blogs.msdn.com/b/ntdebugging/archive/2011/05/06/understanding-storage-timeouts-and-event-129-errors.aspx ? "The most common causes of the Event ID 129 errors are unresponsive LUNs or a dropped request."

Jinak priste zkuste Widle v anglictine, ty hlasky se lepe googluji a vymyslet presny preklad neni vzdy tak jednoduche, zejmena pak pri kvalite ceskych lokalizaci. Treba vam blbne jedna hlasitost.

[Zash]

Díky, to jsem četl, nicméně tam nikde nevidím řešení nbeo si to nedokážu správně přeložit. Navíc, proč to u jedné úlohy proiběhne vždycky ok a druhá jen na čistej disk? Taky divný, ne?

[JardaP .]

Tak tady https://social.technet.microsoft.com/Forums/windows/en-US/975a312a-fd49-4db5-8a38-e3961ae0a1e9/event-129-vhdmp-during-backup-windows-2012-std?forum=windowsbackup se pise:

"
Question
Sign in to vote
0
Sign in to vote

Hi,

So if you separately backup each partition, only the third one will fail with the event 129 error?

From the article, there is a Time-out value (HKLM\System\CurrentControlSet\Services\Disk\TimeOutValue) which should longer than the time a backup is running. So please check if the issue occurs when the partition (or disk) is busy.

It is not recommended to edit the value so you may confirm with your storage vendor if it is OK to modify."

Tedy to vypada na editaci registry, kterou tentokrat nedoporucuje nejen Lael Ophir, ale i jini. Tak bych zagoogloval, jestli ten klic znamena opravdu to, co rikaji a jaka jsou doporuceni, jak s tim zachazet. Tedy je to zase MS pakarna.

[j]

Díky, to jsem četl, nicméně tam nikde nevidím řešení nbeo si to nedokážu správně přeložit. Navíc, proč to u jedné úlohy proiběhne vždycky ok a druhá jen na čistej disk? Taky divný, ne?

To neni divny, zalohujes 100GB vs 15TB ... tzn cojavim 10 minut vs nekolik hodin. A tam ti proste nekde vznikne nejakej drop, kterej to ukonci. Nemluve o tom, ze pouzivat widlowsi zalohovani ... je samo o sobe jaksi nanic. Prave proto, ze to nic poradne neumi, a navic to jeste haze podobny hlasky.

=> resenim je poridit si zalohovaci SW treti strany. Je jich hromada, vybrat si muzes jak co do funcionality tak co do ceny (0-miliony).

[Reklama]

[JardaP .]

No, mozna by stalo za to nahodit nejaky free soft, jako Bacula, ktera je snad zadara a zkusit, co to udela s tim. Ntbackup je dost strasny a je dobry tak na zalohu Widli samotnych, protoze umi system state, coz kazdy backup neumi.

[Zash]

To neni divny, zalohujes 100GB vs 15TB ... tzn cojavim 10 minut vs nekolik hodin. A tam ti proste nekde vznikne nejakej drop, kterej to ukonci. Nemluve o tom, ze pouzivat widlowsi zalohovani ... je samo o sobe jaksi nanic. Prave proto, ze to nic poradne neumi, a navic to jeste haze podobny hlasky.

=> resenim je poridit si zalohovaci SW treti strany. Je jich hromada, vybrat si muzes jak co do funcionality tak co do ceny (0-miliony).

Zalohuju 1TB a 2TB a to 2TB zazalohuje vetšinou kolem 300MB a konec, to přece netrvá několik hodin + navíc na čistou partition to proběhne vždycky bez problémů, tak jakej je v tom rozdíl?

[j]

Zalohuju 1TB a 2TB a to 2TB zazalohuje vetšinou kolem 300MB a konec, to přece netrvá několik hodin + navíc na čistou partition to proběhne vždycky bez problémů, tak jakej je v tom rozdíl?

To se neptej me, to se ptej v M$.

Pro zalohovani potrebujes vedet kolik dat mas, jakej je jejich narust, a predevsim, kolik zmen generujes. To posledni je nejdulezitejsi udaj, podle toho se zalohovani defakto dimenzuje co do vykonu.

Proto se na zalohovani pouzivaj systemy, ktery backupujou jen zmeny, ovsem ne kazdej system to ve skutecnosti umi delat efektivne. Trebas zrovna ten widlobackup umi naprosto kulovy, a dost pravdepodobne ti driv nebo pozdejs neco nezalohuje, protoze jediny co pouziva je udaj nad souborem o case zmeny. Tzn, pokud mas trebas na tom disku databazi, bude se ti bud zalohovat pokazdy cela, nebo se nebude zalohovat vubec (a navic bude v obou pripadech nekonzistentni = stejny jako kdyz to vyrves z elektriky).

Navic potrebujes misto - potrebujes mit dost mista na to, aby bylo kam zapsat vsechny zmeny, ktery probehnou v ramci zalohovaciho okna - pro cely 2TB to je 6 hodin na gigovy siti. Obecne se da rict, ze 10% je kriticky minimum. Ale samo zalezi.

+ muzes mit nejakej dalsi HW/SW problem, widlobackup je sam o sobe extremne nepouzitelnej a nespolehlivej, nema zadny reportovani, zadny overeni zalohy ...

Rekne ti to aspon kolik toho chce do toho diffu naladovat? Nebo to proste nekde cestou uhnije? At si udelame predstavu o mnoztvi tech zmen. Je taky mozny, ze se ti to podela na nejakym locknutym souboru. Widle obecne neumej ani cist ... kdyz ma na sobe neco lock.

[Zash]

To se neptej me, to se ptej v M$.

Pro zalohovani potrebujes vedet kolik dat mas, jakej je jejich narust, a predevsim, kolik zmen generujes. To posledni je nejdulezitejsi udaj, podle toho se zalohovani defakto dimenzuje co do vykonu.

Proto se na zalohovani pouzivaj systemy, ktery backupujou jen zmeny, ovsem ne kazdej system to ve skutecnosti umi delat efektivne. Trebas zrovna ten widlobackup umi naprosto kulovy, a dost pravdepodobne ti driv nebo pozdejs neco nezalohuje, protoze jediny co pouziva je udaj nad souborem o case zmeny. Tzn, pokud mas trebas na tom disku databazi, bude se ti bud zalohovat pokazdy cela, nebo se nebude zalohovat vubec (a navic bude v obou pripadech nekonzistentni = stejny jako kdyz to vyrves z elektriky).

Navic potrebujes misto - potrebujes mit dost mista na to, aby bylo kam zapsat vsechny zmeny, ktery probehnou v ramci zalohovaciho okna - pro cely 2TB to je 6 hodin na gigovy siti. Obecne se da rict, ze 10% je kriticky minimum. Ale samo zalezi.

+ muzes mit nejakej dalsi HW/SW problem, widlobackup je sam o sobe extremne nepouzitelnej a nespolehlivej, nema zadny reportovani, zadny overeni zalohy ...

Rekne ti to aspon kolik toho chce do toho diffu naladovat? Nebo to proste nekde cestou uhnije? At si udelame predstavu o mnoztvi tech zmen. Je taky mozny, ze se ti to podela na nejakym locknutym souboru. Widle obecne neumej ani cist ... kdyz ma na sobe neco lock.

A doporučil bys mi něco na widle, z vlastní zkušenosti myslím.

Jinak ten backup ukazuje kolik toho chce zálohovat.

[Unknown]

To se neptej me, to se ptej v M$.

Pro zalohovani potrebujes vedet kolik dat mas, jakej je jejich narust, a predevsim, kolik zmen generujes. To posledni je nejdulezitejsi udaj, podle toho se zalohovani defakto dimenzuje co do vykonu.

Proto se na zalohovani pouzivaj systemy, ktery backupujou jen zmeny, ovsem ne kazdej system to ve skutecnosti umi delat efektivne. Trebas zrovna ten widlobackup umi naprosto kulovy, a dost pravdepodobne ti driv nebo pozdejs neco nezalohuje, protoze jediny co pouziva je udaj nad souborem o case zmeny. Tzn, pokud mas trebas na tom disku databazi, bude se ti bud zalohovat pokazdy cela, nebo se nebude zalohovat vubec (a navic bude v obou pripadech nekonzistentni = stejny jako kdyz to vyrves z elektriky).

Navic potrebujes misto - potrebujes mit dost mista na to, aby bylo kam zapsat vsechny zmeny, ktery probehnou v ramci zalohovaciho okna - pro cely 2TB to je 6 hodin na gigovy siti. Obecne se da rict, ze 10% je kriticky minimum. Ale samo zalezi.

+ muzes mit nejakej dalsi HW/SW problem, widlobackup je sam o sobe extremne nepouzitelnej a nespolehlivej, nema zadny reportovani, zadny overeni zalohy ...

Rekne ti to aspon kolik toho chce do toho diffu naladovat? Nebo to proste nekde cestou uhnije? At si udelame predstavu o mnoztvi tech zmen. Je taky mozny, ze se ti to podela na nejakym locknutym souboru. Widle obecne neumej ani cist ... kdyz ma na sobe neco lock.

A doporučil bys mi něco na widle, z vlastní zkušenosti myslím.

Na zalohu te partition: xcopy

[Zash]

Na zalohu te partition: xcopy

Vypisuje to nejaky hlasky po uspesnym/neuspenym zalohovani, jak to zvlada prirustky, dokaze to samo prepisovat starsi soubory, kdyz uz bude disk, na kterej se zalohuje plnej?

[Screemy]

A co tahle Acronis? :-)

[Zash]

A co tahle Acronis? :-)

Než začnu škemrat o peníze na soft, radši bych to zkusil vyřešit stávajícími prostředky Když to do háje dokáže udělat full backup na čistej disk,musí přece zvládnou i pitomý přírůstky, navíc když to na druhé partition funguje.

[blbecek]

Ta bacula je na pomerny opensource prekvapive malo spatna. Dokonce na Windows umi shadow copy, cca 7-8 let zpatky jsem na ni zalohoval Exchange a MS SQL servery, slapalo to vyborne. Bacula si pres API rekne ze chce shadow copy, OS pres API rekne serverum at si udelaji flush na disky, ty to provedou, OS doda konzistentni verzi datovych souboru v shadowcopy zatimco aplikace muzou bez problemu bezet dal a vznikne pekna pouzitelna zaloha.

Je trochu hodinarska prace to konfigurovat a obsluhovat, ale kdyz to clovek pretrpi tak to funguje relativne dobre a samo.

[Unknown]

Na zalohu te partition: xcopy

Vypisuje to nejaky hlasky po uspesnym/neuspenym zalohovani, jak to zvlada prirustky, dokaze to samo prepisovat starsi soubory, kdyz uz bude disk, na kterej se zalohuje plnej?

Hlasky po neuspesnem kopirovani:      2>%logfile%

Prirustky: /D:m-d-r Kopíruje soubory změněné po zadaném datu. Není-li zadáno žádné datum, zkopíruje pouze
             soubory, u kterých je čas ve zdrojovém umístění novější než čas v cílovém umístění.

Zjisteni mista a prepis starsich zaloh je par radek scriptu...