Позволю себе напомнить известную истину, отраженную в "прилепленном" топике:
----------
6. Если "раньше работало, а теперь нет" - то постарайтесь вспомнить ВСЕ изменения в конфигурации за прошедшее время (не только в onconfig, но и в локальной сети, настройках клиента, сервера приложений, патчи, сервис паки, регламентные работы по БД и т.п.)
----------
Чтобы стало яснее, приведу пример из жизни (было года три-четыре назад).
На 16 компов надо было разложить дистрибутив IDS и затем проинсталить его.
Естественно, зашарили дистрибутив на серваке и скопировали его на каждый комп (из сети по ряду причин это нельзя было делать), а затем стали инсталировать (делали это (инсталляцию) до этого десятки раз и ничего сложного не представлялось). Но, на одном компе во время инсталляции упорно выскакивала странная ошибка - каждый раз разная, в разных местах.
На 4-й (или 6-й) попытке стали думать :) - решили переустановить Windows 2000 AS. Но, проблемы продолжилась...Мозги пухли, время близилось к ночи... И вдруг пришла в голову гениальная мысль - установить с дистрибутива на СД, а не с того, что скачан через сеть. И "чудо", все поставилось без проблем.
Как потом выяснилось, на конкретном компе сетевые пакеты хитрым образом "портились", причем без всякой внешней реакции, что приводило к неработоспособности любых больших файлов. Потом вспомнили, что там была ранее заменена сетевуха или был подобран не тот драйвер сетевухи....
Если бы об этом вспомнили сразу, то не мучились бы так долго :(
Теперь, если вернуться к архиву ontape, то , желательно, проанализировать все изменения от того момента, "когда все работало". Как минимум, изменился размер в большую сторону. Опять таки, наверное пишется по сети на другой комп (а может как раз описанный мной случай? :)), может проявились какие то ограничения NTFS (размеры кластеров, атрибут сжатия и т.п.)... так что анализируйте.

svat2 AndronСлишком маленький у твоего сервера размер блока TAPEBLK для такого бэкапа, я недавно делал бэкап-восстановление системы размером чуть больше 360 Gb через ontape (размер бэкапа тоже 360 Gb) размер блока TAPEBLK 1024 Кб, бэкап шел 10 часов (не на ленту а на другие диски смонтированные по NFS, поэтому наверное медленно), зато физ. восстановление шло 2 часа плюс еще примерно полчаса накат журналов.
согласен.
Из личного опыта. Экспериментировал с размером блока не так давно. Архивирование-восстановление делается через пайп (со сжатием). Начальное значение TAPEBLK= 4 , восстановление 6Гб базы - порядка 6 часов. При увеличении TAPEBLK до 64 - за 1 час. Дальнейшее увеличение параметра (до 256) давало ускорение порядка неск. процентов, поэтому дальнейшие эксперименты не проводил. Архивирование занимало почти одинаковое время при всех вышеуказанных значениях параметра.
Нарисовал очередной FAQ :))
Влияет ли размер блока TAPEBLK на скорость архивирования и восстановления?
Какой примерный порядок скорости ontape на различном железе и что на это влияет?
http://www.sql.ru/faq/faq_topic.aspx?fid=714

А попробуйте описать подробно саму технологию получения архива на другом компе, вплоть до команд. Сначала создается архив на основном сервере, а потом копируется на другой ? Чем копируется ? Сжимается ли перед копированием ? Или архив сразу пишется на замапленное устройство другого компа ? Или делается подобие конвеера ?
Как направление к действию:
- попросите специалиста по сети посмотреть статистику на конкретных сетевых карточках или на свиче спецутилитами на предмет ошибок во время копирования
- посмотрите сами статистику ethernet, хотя бы "netstat -aes"
- попробуйте отключить этот спецшнурок и передать файл посредством стандартного сетевого соединения (хотя бы в то время, когда сеть наимее загружена)
- попросите на время заменить сетевую плату на одном , а затем на втором (или сразу на двух компах) на время проведения теста
- скопируйте файл во время наименьшей нагрузки на оба компа (поздно вечеров или в выходной :)

Rumata EstorskiyСегодня попробую передать файлу через основную сеть.
Но только не Фаром (есть у меня на него подозрения для таких больших файлов). Попробуй обычную проверенную и традиционную утилиту copy (или xcopy).

Rumata EstorskiyАрхив я делаю батником из DBA_Tools, главные строки в котором такие:
%informixdir%\bin\ontape -s -L %_MLevel% < %DBA%\bat\Enter_yes
rem !!!!!!!!! Приехали !!!!!!!!!!!!!!
rem Проверяем
if errorlevel 1 goto err_ontape
if '%_backupfile%'=='' goto done
if not exist %_tapedev% goto arc_err
goto rename

Кстати, это не оригинальный вариант батника. Его явно кто то правил, т.к. таких комментов типа "rem !!!!!!!!! Приехали !!!!!!!!!!!!!!" там никогда не было :)

Рады били помочь. На самом деле - я искренне рад. И спасибо тоже за финальную реакцию.
Хуже всего, когда человек задаст вопрос, получит ответы и ....пропал.
Даже и не знаешь, помогло ли, не помогло... Хоть бы слово благодарности или просто сказал, что сам решил проблему или что так и не решил...
А твоя благодарность придает силы попробовать помочь еще не одному десятку вопрошающих :)

P.S. А FAR штука хорошая, "просто им надо уметь пользоваться" :)