Всем добрый день!
ASA 7.04
Возникла проблемка при backup базы.
В планировщике Windows ночью(в базе никого, только dbremote, но в других базах то же никого в это время, так что данные не реплицируются, только служебные сообщения dbremote) запускается:
dbbackup -c "eng=...;dbn=...;uid=DBA;pwd=......." -y -o E:\Backup\Last\backup_log.txt E:\Backup
Сама база и журнал на диске D.
D и Е принадлежат разным RAID массивам, на разных контроллерах.
И на определенном этапе зависает dbbackup. То база не до конца(не 100%), то журнал транзакций. Утром прихожу и вижу(иногда!!!) эту картину, задание снимаю. На следующее утро все Ок. Причем закономерности не заметил, в 95% отрабатывает нормально.
На других серверах участвующих в репликации все Ок(по той же схеме).
Все отличие этого сервера, что здесь dbbackup идет на E, а там на D(На других серверах второго RAID-массива нет)
Может кто сталкивался с такой проблемой?
Мне как-то уже говорили, что RAID-массив может барахлить, что мол у уже некоторые с такой проблемкой сталкивались при backup.
Диски конечно уже все проверил, места свободного куча и т.п.

ASA 7.00.04.3526
Файлы большие гонять пробовал по дискам, все ок.
Диски проверил штатными средствами Windows, все ок
Да и на сервере на диске E другие данные лежат и немалого объема. И пользователи их используют постоянно, никогда проблем не возникало.
Главное, что странно, абсолютно нет закономерности в зависании.

Sergey Orlov
Может какая-нибудь транзакция зависла, вот backup и ждет ее завершения. У меня с семеркой такие проблемы были, когда клиента, как задачу через Task Manager снимали.
Спасибо за идею, попробую перед backup выгрузить информацию(блокировки и все такое).

Поднял тему в связи с новыми обстоятельствами.
Как было написано ранее, все еще раз проверил и перепроверил.
+ проверил блокировки в момент backup. Нет там ничего, только соединения от dbremote и данные не реплицировались в момент зависания. Вообщем не знал, где еще искать.
И тут я подумал, что раз база не виновата(блокировок нет, все работает), диски не виноваты(все работает), то остается одно - память. Точнее не сама память, а сами механизмы работы с памятью в Winbows.
И я добавил в строку подключения dbbackup: CommLinks=tcpip, хотя dbbackup запускается, где и ASA крутится. Раньше все работало через Shared memory и я даже не придавал этому значения.
И вот уже 3 недели(3 раза сплюнуть) сижу и радуюсь. Все стало отлично работать как часы без зависаний.
Так в чем же была ошибка? Я со своей стороны вроде все делал корректно.
Кто виноват? ASA, dbbackup или Windows?
просто не хочется забыть про это и разобраться.

to Sergey Orlov
Спасибо, что упомянули про операционки. я тут вспомнил еще одну вещь.
Эта проблемка у меня имеет место на w2003s.
Остальные ASA в филиалах крутятся на w2000, там все нормально через Shared Memory.
Может тут причина? Хотя на w2003s все раtch-и надеты и все такое, с этой машиной никаких проблем в других приложениях.
Ну ладно, спасибо всем, устранили. Если у кого еще мысли появятся в тему, пишите.