Подскажите. Создали два задания на бэкап. После выходных решили посмотреть статистику как работает. В разделе Devices -> Backup to Disk Folders при наведении на созданную Папку показывает, что создано какое-то Media Scratch и оно с вопросительным знаком. Также это видно в разделе Media -> Scratch Media. Объясните пожалуйста что это значит?
» Symantec Backup Exec (бывший Veritas)
Добрый день.
Использую backup exec 11d.
Делаю бэкап на диск.
Вопрос : почему всегда при выполнении синтетического копирования запись идет на новую ленту, а не добавляется на уже созданную с возможностью добавления ?
Использую backup exec 11d.
Делаю бэкап на диск.
Вопрос : почему всегда при выполнении синтетического копирования запись идет на новую ленту, а не добавляется на уже созданную с возможностью добавления ?
Цитата:
создается новая папка IMG, а старая не удаляется
У меня IMG создается при проведении быкапа Exchange 2003 с возможностью восстановления по ящикам. IMZ приходится удалять руками.
Обратил внимание, что BE видит созданный Image размером 0 байт.
Извините если в не тот топик пишу.
У нас потребовали хранить копию БД. Мы решили хранить данные которые лежат на MS SQL. Купили «Storage Works Dat72»,но когда подключили к серверу (Hp Proliant где установлена ОС Windows 2000 Advanced) данную кассету то он не определяется. Может быть каких-нибудь дров не хватает или где нибудь что то настроит надо? Кто нибудь сталкивался с этим?
Добавлено:
или не подкажите где можно скачать дрова от HP Storage Works Dat72 SCSI Internal. Спасибо заранее.
У нас потребовали хранить копию БД. Мы решили хранить данные которые лежат на MS SQL. Купили «Storage Works Dat72»,но когда подключили к серверу (Hp Proliant где установлена ОС Windows 2000 Advanced) данную кассету то он не определяется. Может быть каких-нибудь дров не хватает или где нибудь что то настроит надо? Кто нибудь сталкивался с этим?
Добавлено:
или не подкажите где можно скачать дрова от HP Storage Works Dat72 SCSI Internal. Спасибо заранее.
Добрый день
Проконсультируйте пожалуйста вот по какому поводу. С недавних пор, после завершения джобов стала появляться ошибка, дескать "Backup- Server1 The target computer is running a previous version of the Backup Exec Remote Agent. You must upgrade the Remote Agent."
То есть на удаленном компе надо обновить Remote Agent.
Вопрос состоит в следующем: удаленный компьютер является сервером, придется ли прозводить перезагрузку этого сервера после обновления агента и не ожидаются ли еще какие-нибудь грабли?
Проконсультируйте пожалуйста вот по какому поводу. С недавних пор, после завершения джобов стала появляться ошибка, дескать "Backup- Server1 The target computer is running a previous version of the Backup Exec Remote Agent. You must upgrade the Remote Agent."
То есть на удаленном компе надо обновить Remote Agent.
Вопрос состоит в следующем: удаленный компьютер является сервером, придется ли прозводить перезагрузку этого сервера после обновления агента и не ожидаются ли еще какие-нибудь грабли?
Здрасвуйте, сегодня заметил такую штуку что задания мои не выполняються, тоесть они существуют время выставленно, но они игнорируються, и приэтом не выходит ни каких ошибок
((, даже если пытаюсь заставить задания выпониться вручную, результат один, плачевный. Просто к примеру пишет "Shceduler 12.00" хотя уже далеку за 12 перевалило время
((.
Может кто сталкивался? Хоть в какую стророну к4опать?


Может кто сталкивался? Хоть в какую стророну к4опать?
Всем привет. Такая проблема, стоит 11d, делаю бэкап с удалённого файлового сервера (на нём установлен агент). Задания для бэкапа делал через политики и через селекшн листы. Недавно заметил, что содержимое одной папки из селекшн листа не бэкапится ни полным бэкапом, ни диффиринцированным, при чём в отчётах никаких ошибок. С правами на папки всё ОК. что это может быть и как с этим бороться? Если было уже по топику, ткните где. Не нашёл...
Всё разобрался, оказываеться сервер был на паузе, написанно было мелкими букавками в самом углу, сразу и не видно и ошибок ни каких не выдавал
(

Всем привет.
Стоит Veritas Backup Exec 11d for Windows Server. Необходимо делать бекапы других серверов. Для этого на серверах установлены агенты. Все работает отлично, кроме одного сервака с ISA 2006. Подскажите, пожалуйста, как заставить сервер Backup Exec видеть ISA 2006?
Агент на Исе установлен, а в консоли Веритаса я почему-то вижу для этого сервака только желтый треугольник.
Стоит Veritas Backup Exec 11d for Windows Server. Необходимо делать бекапы других серверов. Для этого на серверах установлены агенты. Все работает отлично, кроме одного сервака с ISA 2006. Подскажите, пожалуйста, как заставить сервер Backup Exec видеть ISA 2006?
Агент на Исе установлен, а в консоли Веритаса я почему-то вижу для этого сервака только желтый треугольник.

Проверь настройки доступа к ISA-серверу из локалки, в частности с сервера с veritas-ом.
Какие именно настройки? В Исе, правила посмотреть? Или что?
По-подробней, пожалуйста, ибо смотрели уже все что можно было.
По-подробней, пожалуйста, ибо смотрели уже все что можно было.
Не могу настроить оповещение по e-mail, у меня на почтовике стоит SMTP Authentication, ставлю в BackUp Exec 11d SP1 в SMTP Configuration галку "Enable SMTP Authentication", но Backup Exec при отправке сообщения не хочет аутнифицироваться и вот что получается:
Mon 2007-12-17 14:43:40: Session 807; child 1; thread 1904
Mon 2007-12-17 14:43:40: Accepting SMTP connection from [192.168.1.111:2913]
Mon 2007-12-17 14:43:40: --> 220 miramail.mydomen.ru ESMTP MDaemon 9.6.2; Mon, 17 Dec 2007 14:43:40 +0300
Mon 2007-12-17 14:43:40: <-- EHLO serverbackup
Mon 2007-12-17 14:43:40: --> 250-miramail.mydomen.ru Hello serverbackup, pleased to meet you
Mon 2007-12-17 14:43:40: --> 250-ETRN
Mon 2007-12-17 14:43:40: --> 250-AUTH=LOGIN
Mon 2007-12-17 14:43:40: --> 250-AUTH LOGIN CRAM-MD5
Mon 2007-12-17 14:43:40: --> 250-8BITMIME
Mon 2007-12-17 14:43:40: --> 250 SIZE 35000000
Mon 2007-12-17 14:43:40: <-- MAIL FROM: <for_backup@mydomen.ru>
Mon 2007-12-17 14:43:40: --> 250 <for_backup@mydomen.ru>, Sender ok
Mon 2007-12-17 14:43:40: <-- RCPT TO: <admin@mydomen.ru>
Mon 2007-12-17 14:43:40: --> 530 Authentication required
Mon 2007-12-17 14:43:40: <-- DATA
Mon 2007-12-17 14:43:40: --> 503 Unexpected command or sequence of commands
Mon 2007-12-17 14:43:40: Connection closed
Mon 2007-12-17 14:43:40: SMTP session terminated (Bytes in/out: 88/339)
Как научить Backup Exec правильно делать SMTP аунтификацию?
Mon 2007-12-17 14:43:40: Session 807; child 1; thread 1904
Mon 2007-12-17 14:43:40: Accepting SMTP connection from [192.168.1.111:2913]
Mon 2007-12-17 14:43:40: --> 220 miramail.mydomen.ru ESMTP MDaemon 9.6.2; Mon, 17 Dec 2007 14:43:40 +0300
Mon 2007-12-17 14:43:40: <-- EHLO serverbackup
Mon 2007-12-17 14:43:40: --> 250-miramail.mydomen.ru Hello serverbackup, pleased to meet you
Mon 2007-12-17 14:43:40: --> 250-ETRN
Mon 2007-12-17 14:43:40: --> 250-AUTH=LOGIN
Mon 2007-12-17 14:43:40: --> 250-AUTH LOGIN CRAM-MD5
Mon 2007-12-17 14:43:40: --> 250-8BITMIME
Mon 2007-12-17 14:43:40: --> 250 SIZE 35000000
Mon 2007-12-17 14:43:40: <-- MAIL FROM: <for_backup@mydomen.ru>
Mon 2007-12-17 14:43:40: --> 250 <for_backup@mydomen.ru>, Sender ok
Mon 2007-12-17 14:43:40: <-- RCPT TO: <admin@mydomen.ru>
Mon 2007-12-17 14:43:40: --> 530 Authentication required
Mon 2007-12-17 14:43:40: <-- DATA
Mon 2007-12-17 14:43:40: --> 503 Unexpected command or sequence of commands
Mon 2007-12-17 14:43:40: Connection closed
Mon 2007-12-17 14:43:40: SMTP session terminated (Bytes in/out: 88/339)
Как научить Backup Exec правильно делать SMTP аунтификацию?
Уважаемые, такая проблема у меня:
Стоит BE 10d. Один Central Administration server, и один Managed server. Основные бэкапы делаются на главном сервере. И есть задача дублировать бекапы на второй сервер. Если создаю job to duplicate backup sets, в которой указываю в качестве устройства папку второго сервера, то job заканчивается ошибкой "Final error: 0xe0009444 - The requested source duplicate backup sets catalog record could not be found. Perhaps the media containing the source backup sets was previously deleted.
". Я пришел к выводу, что прога не находит media со второстепенного сервера. Попытка сделать catalog ни к чему не привела - media со второстепенного сервера не показывается на главном. Подскажите, кто знает, как решить эту проблему? Или самому копировать бекапы между серверами?
Стоит BE 10d. Один Central Administration server, и один Managed server. Основные бэкапы делаются на главном сервере. И есть задача дублировать бекапы на второй сервер. Если создаю job to duplicate backup sets, в которой указываю в качестве устройства папку второго сервера, то job заканчивается ошибкой "Final error: 0xe0009444 - The requested source duplicate backup sets catalog record could not be found. Perhaps the media containing the source backup sets was previously deleted.
". Я пришел к выводу, что прога не находит media со второстепенного сервера. Попытка сделать catalog ни к чему не привела - media со второстепенного сервера не показывается на главном. Подскажите, кто знает, как решить эту проблему? Или самому копировать бекапы между серверами?
скажите, глупый вопрос:
как сделать, чтобы веритас (11d) делал в media set (4 ленты) сначала бекап на 1 ленту, на след. день на вторую и т.д. по циклу.
по умолчанию он заполняет первую ленту до краев и только тогда идет дальше.
в доках есть сслыки на политики, но порывшись там ничего не нашел...
периоды затирания и добавления не помогают...
в чем дело? не хочу одну ленточку до дыр заюзывать...
как сделать, чтобы веритас (11d) делал в media set (4 ленты) сначала бекап на 1 ленту, на след. день на вторую и т.д. по циклу.
по умолчанию он заполняет первую ленту до краев и только тогда идет дальше.
в доках есть сслыки на политики, но порывшись там ничего не нашел...
периоды затирания и добавления не помогают...
в чем дело? не хочу одну ленточку до дыр заюзывать...
Ребята, может кто сталкивался:
Win2k3 SP2 + Veritas NetBackup 6.5 + HP 1x8 Autoloader
expected media 0104L3; found media DDD005
media manager found wrong tape in drive(93)
Делал инвентаризацию. Все баркоды совпадают.
DDD005 это старое имя кассеты. На нее что-то даже было записано... Что посоветуете?
Win2k3 SP2 + Veritas NetBackup 6.5 + HP 1x8 Autoloader
expected media 0104L3; found media DDD005
media manager found wrong tape in drive(93)
Делал инвентаризацию. Все баркоды совпадают.
DDD005 это старое имя кассеты. На нее что-то даже было записано... Что посоветуете?
Просто Алекс - наверное надо использовать в задании не append а rewrite...
rashpill - никак. Бакапьте на диск исой а оттуда забирайте веритасом.
Diman321 - поробнее, а?
rkhodjaev - только на сайте HP качайте. ну и соотв. не должен он быть подключен к RAID-контроллеру, и SCSI ID должны быть выставлены верно.
Alexey777555 - не известно как настроены у Вас задания. Поясните? Если rewrite стоит то так и будет.
CoolKonig - это чистый носитель.
alanek - либо не использовать ОС с языком отличным от официально поддерживаемых (англицкий, немецкий, и т.д.) либо не использовать IDR.
Umkapch - дублируйте просто задания и все.
rashpill - никак. Бакапьте на диск исой а оттуда забирайте веритасом.
Diman321 - поробнее, а?
rkhodjaev - только на сайте HP качайте. ну и соотв. не должен он быть подключен к RAID-контроллеру, и SCSI ID должны быть выставлены верно.
Alexey777555 - не известно как настроены у Вас задания. Поясните? Если rewrite стоит то так и будет.
CoolKonig - это чистый носитель.
alanek - либо не использовать ОС с языком отличным от официально поддерживаемых (англицкий, немецкий, и т.д.) либо не использовать IDR.
Umkapch - дублируйте просто задания и все.
Цитата:
ну и соотв. не должен он быть подключен к RAID-контроллеру
Если только это не контроллеры HP SmartArray, к ним можно цеплять как угодно.
brassnet Ошибаетесь сильно.
Имеется Backup Exec 11d и файловый сервер на Windows 2003 Enterprise
при попытке создать с него бэкап получаю только структуру папок, а самих файлов нет
DFS и FRS не работают (вроде как они могут быть проблемой)
абсолютно такие же бэкапы но с других серверов изготавливаются нормально.
может кто подскажет куда копать?
при попытке создать с него бэкап получаю только структуру папок, а самих файлов нет
DFS и FRS не работают (вроде как они могут быть проблемой)
абсолютно такие же бэкапы но с других серверов изготавливаются нормально.
может кто подскажет куда копать?
Что в логе результата задания и как Вы определили что нет файлов?
УЗ под которой работает бакап имеет права на чтение файлов и атрибутов?
Бакап делаете полный или дифф?
УЗ под которой работает бакап имеет права на чтение файлов и атрибутов?
Бакап делаете полный или дифф?
ALEX SE
1.В логе написано жоп саксесфул
скопировано 0 файлов в столькито папках
2.При попытке восстановить файлы из бэкапа видно только структуру папок
3.Используется УЗ Админа Домена. Права есть
4. Бэкап - фул (пробовал также КопиФайлз - результат тот же)
1.В логе написано жоп саксесфул
скопировано 0 файлов в столькито папках
2.При попытке восстановить файлы из бэкапа видно только структуру папок
3.Используется УЗ Админа Домена. Права есть
4. Бэкап - фул (пробовал также КопиФайлз - результат тот же)
ALEX SE
Цитата:
Цитата:
а это как?
в периодах затирания-обновления?
в свойставх заданий?
Цитата:
...не хочу одну ленточку до дыр заюзывать
Цитата:
...наверное надо использовать в задании не append а rewrite...
а это как?
в периодах затирания-обновления?
в свойставх заданий?
И не надо до дыр.
В свойствах заданий.
Срок перезаписи медиасету установить 3 дня а дозаписи - часов 16 (на случай если понадобится руками что-то добавить). А задания сделать перезаписью.
Тогда он будет перезаписывать только ту ленту которой больше 3 дней. Как вариант. Если заданий несколько то следующие (которые потой пойдут в этот же день) делаем дозаписью.
enrgmoe
Переустановка клиента не помогает?
В свойствах заданий.
Срок перезаписи медиасету установить 3 дня а дозаписи - часов 16 (на случай если понадобится руками что-то добавить). А задания сделать перезаписью.
Тогда он будет перезаписывать только ту ленту которой больше 3 дней. Как вариант. Если заданий несколько то следующие (которые потой пойдут в этот же день) делаем дозаписью.
enrgmoe
Переустановка клиента не помогает?
ALEX SE
Переустановка клиента не помогла
История одинаковая если бэкапить по сети (агентом) и если локально (сервером)
Переустановка клиента не помогла
История одинаковая если бэкапить по сети (агентом) и если локально (сервером)
ALEX SE
Цитата:
правильно я понимаю, что в этом случае:
- каждое 3-е (по дням) задание будет перезаписываться?, т.е. для 3-х лент:
пн. 1 лента
вт. 2
ср. 3
чт. 1 (поверх старых записей)
пт. 2 (поверх старых записей)
и т.д...
таким образом, у меня держатся ежедневные бекапы только за 3 дня, плюс ленты истираются в самом начале, не доходя до середин?
- "следующие" задания (т.е. не первые за день) будут писаться только на первую ленту (т.к. на дозапись через сутки открыты будут все ленты) ?
Цитата:
В свойствах заданий.
Срок перезаписи медиасету установить 3 дня а дозаписи - часов 16 (на случай если понадобится руками что-то добавить). А задания сделать перезаписью.
Тогда он будет перезаписывать только ту ленту которой больше 3 дней. Как вариант. Если заданий несколько то следующие (которые потой пойдут в этот же день) делаем дозаписью.
правильно я понимаю, что в этом случае:
- каждое 3-е (по дням) задание будет перезаписываться?, т.е. для 3-х лент:
пн. 1 лента
вт. 2
ср. 3
чт. 1 (поверх старых записей)
пт. 2 (поверх старых записей)
и т.д...
таким образом, у меня держатся ежедневные бекапы только за 3 дня, плюс ленты истираются в самом начале, не доходя до середин?
- "следующие" задания (т.е. не первые за день) будут писаться только на первую ленту (т.к. на дозапись через сутки открыты будут все ленты) ?
Нет, не правильно.
Во-первых:
каждое 4-е.
Потому что отсчет начинается со времени окончания выполнения последней записи.
Таким образом 3 суток пройдут через 3 суток + время потраченное на копирование. И соотв ровно через 3 суток носитель в данном медиасете не будет иметь атрибута перезаписываемый.
Во-вторых задания сделаны на перезапись. И оно будет выполнено только если есть носитель который можно перезаписать. ВНЕ ЗАВИСИМОСТИ от того можно ли их ДОзаписывать или нет. Тут уж сами смотрите как Вам удобнее - ПЕРЕзаписывать или ДОзаписывать. Зависит от применяемой политики. Может Вам каждый день нужно на ОТДЕЛЬНУЮ ленту лить? А если нет - то можно разделить задания или использовать опцию "добавить при невозможности перезаписать".
Опять же в опциях есть выбор как ему поступать с копированием - либо сначала распределять чистые носители либо с более старой записью.
Во-первых:
каждое 4-е.
Потому что отсчет начинается со времени окончания выполнения последней записи.
Таким образом 3 суток пройдут через 3 суток + время потраченное на копирование. И соотв ровно через 3 суток носитель в данном медиасете не будет иметь атрибута перезаписываемый.
Во-вторых задания сделаны на перезапись. И оно будет выполнено только если есть носитель который можно перезаписать. ВНЕ ЗАВИСИМОСТИ от того можно ли их ДОзаписывать или нет. Тут уж сами смотрите как Вам удобнее - ПЕРЕзаписывать или ДОзаписывать. Зависит от применяемой политики. Может Вам каждый день нужно на ОТДЕЛЬНУЮ ленту лить? А если нет - то можно разделить задания или использовать опцию "добавить при невозможности перезаписать".
Опять же в опциях есть выбор как ему поступать с копированием - либо сначала распределять чистые носители либо с более старой записью.
Доброго времени суток!
Есть следующая проблема. Пытаюсь развернуть Veritas 11d (6235) 32BIT_VERSION.
Есть кластер с SQL-cервером с операционкой W2003R2 x64, при выполнении задания архивации любой базы из SQL выдается сообщение:
The job completed successfully. However, the following conditions were encountered:
1 files were skipped.
Соответственно бакап не создается.
Все обновления поставлены через LiveUpdate, удаленный агент установлен для системы x64 (как положено).
Хочу заметить что на другом кластере с W2003 32bit все работает без проблем.
Есть следующая проблема. Пытаюсь развернуть Veritas 11d (6235) 32BIT_VERSION.
Есть кластер с SQL-cервером с операционкой W2003R2 x64, при выполнении задания архивации любой базы из SQL выдается сообщение:
The job completed successfully. However, the following conditions were encountered:
1 files were skipped.
Соответственно бакап не создается.
Все обновления поставлены через LiveUpdate, удаленный агент установлен для системы x64 (как положено).
Хочу заметить что на другом кластере с W2003 32bit все работает без проблем.
Цитата:
Имеется Backup Exec 11d и файловый сервер на Windows 2003 Enterprise
при попытке создать с него бэкап получаю только структуру папок, а самих файлов нет
DFS и FRS не работают (вроде как они могут быть проблемой)
абсолютно такие же бэкапы но с других серверов изготавливаются нормально.
может кто подскажет куда копать?
может еще какие мысли есть?
После перезагрузки сервера, на нем перестали делаться бэкапы. В логах джоба сообщение: "e000846b - The resource could not be backed up because an error occurred while connecting to the Backup Exec for Windows Servers Remote Agent." В свойствах бэкап агента на этом сервере при выборе вкладки Publishing выскакивает сообщение: "Unable to obtain settings for remote agent publishing from the registry." и все поля этой вкладки пустые. При последующем входе на данную вкладку, уже после ручного заполнения всех полей, ситуация повторяется (выдает сообщение и поля пустые). При этом значения реестра по адресу: HKEY_LOCAL_MACHINE\SOFTWARE\Symantec\Backup Exec For Windows\Backup Exec\Engine\Agents\ Agent Directory List и Advertised Name OK List - заполнены и меняются в соответствии с полями во вкладке Publishing. Служба агента на сервере запущена, переустановка агента непомогает. На остальный серверах все работает нормально.
сервер: вторичный контроллер домена, файловый сервер, Windows 2000 Server SP4.
бэкап-сервер: Windows 2000 Server SP4, Symantec BackUp Exec 11d со всеми последними обновлениями.
сервер: вторичный контроллер домена, файловый сервер, Windows 2000 Server SP4.
бэкап-сервер: Windows 2000 Server SP4, Symantec BackUp Exec 11d со всеми последними обновлениями.
Все решилось установкой обновлений для BackUp Exec.
Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344
Предыдущая тема: загрузка
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.