narga: (Default)
[personal profile] narga
Коллеги, внезапно назрел вопрос относительно windows backup. Вернее, это целый пласт вопросов.

1. От чего зависит время бэкап-рестор? Опытным путём выяснили, что это не зависит от размера папки\тома и от количества файлов. Начальник говорит, что от балды, то бишь рандомно, но это не вписывается в мою картину мира. Почему папка весом в 800 гб ресторится два часа, а папка в 500 гб с равной "плотностью" количества файлов - 3 часа? От какого фактора это, блин, зависит?

2. Бэкапирование папок выше 1 тб и с большим количеством мелких файлов. Кто занимался таким извращением? У нас раньше использовали настройку в виде backupassist, потом отказались по причине некорректной работы с большими папками. Бэкап тяжелых папок обрывается с отлупом:
Error in backup of E:\ during read: Error [0x80070037] The specified network resource or device is no longer available.
Error in backup of E:\ during read: Error [0x80070002] The system cannot find the file specified.
При этом все диски локальные и в пределах одного сервера. В случае с бэкапом на сетевой диск, проблемы аналогичные.
Что характерно, эти ошибки возникают после целого ряда ошибок на какие-либо конкретные файлы:
Error [0x80070570] The file or directory is corrupted and unreadable.
То есть сначала ловим ошибки на бэкап конкретных файлов, потом сам бэкап останавливается с ошибкой.
Кто сталкивался? Как решали? Вообще как-то решается?
Всё что меньше 500 гб по объему бэкапируется спокойно.

(frozen)

Date: 2014-01-20 11:01 am (UTC)
From: [identity profile] emotion-lady.livejournal.com
Спросила нашего админа. Вот что он ответил:
1. Время ”бэкап-рестор” обязательно зависит от ”размера папки\тома и от количества файлов”, кроме этого, зависит еще от того, куда/откуда бэкапим или ресторим, сжимаем при бэкапе, шифруем.
2. Мы бэкапим примерно 1 - 1,5 тб. с большим количеством мелких файлов, но ничего не обрывается и ошибок не появляется. Бэкапим не “backupassist”, а отдельным продуктом для бэкапов – BackupExec Server
Сам этот “windows backup” всего лишь кусок кода выдранный из BackupExec, Микрософт ничего сам не придумывал, а купил очень давно часть софта для бэкапов у компании Veritas, которая и написала этот BackupExec. Еще тогда было понятно, что стабильнее BackupExec, чем его урезанные копии типа “windows backup”

(frozen)

Date: 2014-01-20 11:07 am (UTC)
From: [identity profile] boot-from-cd.livejournal.com
- Петька, приборы!
- Двадцать!
- Что двадцать?
- А что приборы?

Вопрос про winbackup, а не про backupexec и его увлекательную историю.

(frozen)

Date: 2014-01-20 12:41 pm (UTC)
From: [identity profile] emotion-lady.livejournal.com
Пожалуйста:-)

(frozen)

Date: 2014-01-21 11:10 am (UTC)
From: [identity profile] bear-sysadm.livejournal.com
+1 встроенный в ОС софт для бэкапа - просто бесплатная подачка от производителя ОС, опции и функционал ниже среднего. другой вопрос что не все готовы платить за лицензию и не всякого руководителя можно убедить. обычно понимание приходит во время аварийного восстановления.

Date: 2014-01-20 12:09 pm (UTC)
From: [identity profile] ugryumy.livejournal.com
Тупой вопрос (только тапками не кидайся) после прочтения твоего последующего поста.
А ты Каспера отключать не пробовала нафиг на своем сервере при экспериментах с бэкапами? ;)

Date: 2014-01-20 12:16 pm (UTC)
From: [identity profile] boot-from-cd.livejournal.com
Извини, но ты уже сам всё сказал:))

Date: 2014-01-20 12:28 pm (UTC)
From: [identity profile] ugryumy.livejournal.com
Нууу, бывает "находит затмение" :)))
Ну не в этот раз, чо уж... :)

Date: 2014-01-21 08:23 am (UTC)
From: [identity profile] mtvortex.livejournal.com
По второму пункту у меня вопрос – какой контроллер дисков используется, встроенный или внешний? У меня была ситуация: RAID 0 (4 винта по 1.5Тб ) + 2Тб для общих нужд, бекап 1Тб, ~900к файлов. Win 2008 Server R2. Windows backup выдавал тучу «file or directory is corrupted and unreadable», потом вылетал сам. Причём ошибки сыпались где-то на 2/3 восстановления. Решением стало установка внешнего контроллера.

Date: 2014-01-21 08:27 am (UTC)
From: [identity profile] boot-from-cd.livejournal.com
Все диски - прокинутые lun с полки.

(frozen)

Date: 2014-01-21 11:07 am (UTC)
From: [identity profile] bear-sysadm.livejournal.com
если прокинутые lun, то диски локальными никак не могут быть. iSCSI, DSAS или оптика? Сервера вирутальные или физические коробки? На iSCSI/DSAS возможны "deadlocks" которые бакап и убивают, особенно если lun в кластере шарится. ну и разумеется смотреть на пропускную способность всего того что участвует в "путешествии" данных от сервера на устройство хранения.
с winbackup опций немного, видимо не хватает где-то ресурсов вот оно и отваливается.
как вариант (если сервера виртуальные) - поставить trial version of Veeam и посмотреть как он справится, по крайней мере будет видно где bottle-neck.

(frozen)

Date: 2014-01-21 11:23 am (UTC)
From: [identity profile] boot-from-cd.livejournal.com
Диски, прокинутые некому хосту с полки (в нашем случае фиброй, но это роли не играет) это локальные диски с точки зрения хоста. О пропускной способности вообще не идёт речи в данной конкретной задаче.

Здесь конкретный вопрос про конкретный продукт, адресованный тем, кто работал с конкретным продуктом. Не про железо и не про сеть.
Если мне понадобится поставить на свои хосты некие триалы, я думаю справлюсь без вопроса к студии.
Спасибо.

(frozen)

Date: 2014-01-21 11:11 am (UTC)
From: [identity profile] bear-sysadm.livejournal.com
RAID 0 на сервере? оригинально.

Date: 2014-01-21 07:54 pm (UTC)
From: [identity profile] eentropy.livejournal.com
"Бэкапирование папок выше 1 тб и с большим количеством мелких файлов. Кто занимался таким извращением?"

{
занимался, в 2008 это гарантированное падение

собирался было инцидент оформить, но российская часть поддержки (оно какбы платное) по серверам настолько тупая, что забил...
}

Profile

narga: (Default)
narga

January 2025

S M T W T F S
   1234
567891011
12131415161718
19202122232425
2627282930 31 

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jan. 10th, 2026 07:13 am
Powered by Dreamwidth Studios