Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Symantec Backup Exec (бывший Veritas)

Автор: FreZZZeR
Дата сообщения: 17.03.2015 12:51

Цитата:
А вы не заметили, что все ошибки кликабельны?

Действительно. Не заметил.
Спасибо за пинок.
Автор: dzhagernaut1
Дата сообщения: 18.06.2015 06:32
Добрый день коллеги.
подскажите как в Backup exec 2010 делать запись на разные кассеты по дням недели.
что то не могу настроить.
Автор: 0perat0r
Дата сообщения: 25.06.2015 14:37
Добрый день. Имеется BE 2015, делаю бэкапы на ленточку HP 1/8 Autoloader, кассеты LTO-5 3TB RW, возникают ошибки "невозможно прочитать маркер конца", т.е. на данную кассету нет возможности дописать данные, хотя место свободное есть. Это возникает после того, как не удачно происходит запись бэкапа, после проверки бэкапа на этой кассете, возникает такая ошибка"0xe00084ca - Данные, прочитанные с носителя, не согласованы"
У кого какие есть идеи.
Автор: ipmanyak
Дата сообщения: 25.06.2015 15:08
0perat0r Для версии 2010 r2 были хотфиксы, для 2015 - хз. Обратись в саппорт симантека или на тамошний форум. Чистку головок делал? Обычно после сбоя лента замораживается, и пока не разморозишь писать на нее не дает, и по-моему вообще ничего сделать с ней нельзя, у тебя разве не так? У меня не BE, а Symantec NBU 7.5.0.6 и там так. Проверь состояние/статус ленты.
В моем это можно поглядеть в командной строке, там есть cmd файл
C:\Program Files\VERITAS\NetBackup\bin\goodies>available_media.cmd


A00006 HCART2 NONE - - - 3 998103212 ACTIVE
A00007 HCART2 NONE - - - - - AVAILABLE
A00008 HCART2 NONE - - - - - AVAILABLE
A00009 HCART2 NONE - - - - - AVAILABLE
A00010 HCART2 NONE - - - - - AVAILABLE
A00022 HCART2 NONE - - - - - AVAILABLE
A00023 HCART2 NONE - - - - - AVAILABLE
A00024 HCART2 NONE - - - - - AVAILABLE
A00025 HCART2 NONE - - - - - AVAILABLE
A00026 HCART2 NONE - - - 3 0 FROZEN
Автор: ghopled
Дата сообщения: 23.09.2015 08:56
День добрый, подскажите как бороться со следующим сообщением:
Ошибка при выполнении задания: Для этой операции на сервере Backup Exec необходимо установить драйвер фильтра виртуальных файлов Backup Exec Virtual File Filter (VFF). Драйвер VFF устанавливается при установке любого из следующих агентов или компонентов Backup Exec: Exchange Agent Active Directory Recover Option VMware Virtual Infrastructure Agent Microsoft Virtual Server Agent

Пытаюсь сделать бэкап базы эксчейнджа, при установке сервера выбрал все 3 доступных агента, после чего поставил на мэйл агент для вин, ибо это единственный агент что можно поставить. И все равно вываливается эта ошибка. Версия exec 15 14.2триал.
Автор: ipmanyak
Дата сообщения: 23.09.2015 09:06
ghopled Драйвер походу был удален. https://support.symantec.com/en_US/article.TECH49376.html
Попробуй снести и поставить 15 14.2триал заново.
тут еще почитай
https://support.symantec.com/en_US/article.TECH78495.html
http://www.symantec.com/connect/forums/backup-exec-virtual-file-filter-vff-driver-must-be-installed-backup-exec-server

http://www.youtube.com/watch?v=cKWL1LCraPE
Автор: sovadak
Дата сообщения: 28.10.2015 09:36
Всем привет. Я раньше с Symantec Backup Exec не работал. Но не вижу каких-либо сложностей. Все очень понятно и просто настраивается. Однако есть один нюанс, который я боюсь просто не продумали разработчики. Хотя я надеюсь что все же не доглядел.

Ситуация следующая. Раньше, всегда использовали Акронисы на всех серверах. То есть на каждом сервере стояло приложение и отдельный винт куда складывались резервные копии. Центральной консоли не было, и это было дуже неудобно. Решили внедрить. От акрониса решили отказать по экономическим причинам. Выбор пал на этот продукт.

Теперь по сабжу.
Как научить сие чудо, делать резервные копии агентами? Чтобы резервное копирование выполнялось локально на конечном сервере. В вариантах резервного копирования пришлось выбрать сетевой путь на расшаренный диск конечного сервера. И судя по скорости резервного копирования, происходит следующее:
Центральная консоль видит сервер для резервного копирования, и начинает сама тянуть данные с него по сети, пропуская через себя "умного" отправляет обратно, по сети на тот же сервак (у нас бекапы хранятся локально, у каждого сервера стоит специальный хард для бекапов.)
Получается офигенная нагрузка на сеть (бекапы всех серваков начинают одновременно вечером бекапиться), я уже не говорю про машину на которой развернута центральная консоль. И это учитывая, что все серваки подключены гигабитным каналом к одному общему маршрутизатору, для балансировки нагрузки. Скорость резервного копирования зависит от сервера, и колеблеться от 100 до 300 МБ\мин. Для опыта, бекапы делаю в рабочее время, поэтому понятно что скорость снижается из активного использования самих серверов. НО
Акронис при этом локально делает резервную копию диска C (я проверяю именно на системном диске) примерно за 20-30 мин. У Симантека на это уходит часа 3!!
Я не претендую на правильность, это лишь мои предположения. Но реальное время бэкапов таково.
Прошу подсказать, возможно я где-то чего-то не понимаю. Но мне кажется, что симантек должен отправлять задание агентам, агенты сами должны бэкапить сервак, отправляя центральной консоли лишь статистику и статус выполнения. Я надеялся в настройках найти режим бэкапирования именно такой, локальной обработки и складирования бэкапов локально.

Один человек с этой темы задавал подобный вопрос, но ответа так и не получил...
Надеюсь на помощь на вас, господа
Спасибо за то что прочли. Надеюсь сказать то же за помощь
Автор: res2001
Дата сообщения: 28.10.2015 10:31
sovadak

Цитата:
Но мне кажется, что симантек должен отправлять задание агентам, агенты сами должны бэкапить сервак, отправляя центральной консоли лишь статистику и статус выполнения. Я надеялся в настройках найти режим бэкапирования именно такой, локальной обработки и складирования бэкапов локально.

Не правильно тебе кажется. В сумантеке есть центральный сервер резервного копирования, который сам управляет устройствами хранения бэкапов (диски, ленты, ...) и сам осуществляет резервное копирование, агенты передают информацию серверу.
Рекомендую собрать все диски для бэкапов с локальных компов, прикрутить их к серверу резервного копирования и работать так как предполагает BackupExec. Такая схема бэкапа отлично подходит для средних и крупных организаций, твоя же схема жизнеспособна только для небольших организаций.
Преимущество схемы, предлагаемой BackupExec, кроме централизованного управления, в том что все бэкапы лежат в одном месте, ты можешь достать любой файл с любого сервера из бэкапа не задействуя рабочие сервера, а только сервер резервного копирования.

Пока определяешься со структурой бэкапа, чтоб снизить нагрузку, сделай 1 задание резервного копирования, в котором пропиши бэкап со всех нужных устройств. Тогда бэкап будет происходить последовательно по всем устройствам, а не одновременно. Правда при этом ты не сможешь задать, чтоб данные с сервера1 ложились на диск того же сервера - BackupExec сам будет решать какое устройство хранения использовать из имеющихся.
Автор: ipmanyak
Дата сообщения: 28.10.2015 15:56
sovadak Если возьмешь не Symantec Backup Exec, а Symantec Netbackup Enterprise, то там можно назначать медиасерверы, со своими дисками, лентами и тд, на которые будешь бэкапить. Если каждый твой сервер сделаешь медиа-сервером, то получишь желаемое, но так не делают обычно, ибо бэкап должен быть в стороне от сервера.
Автор: res2001
Дата сообщения: 28.10.2015 16:10
sovadak
В BackupExec то же есть отдельные медиа серверы, только на сколько я помню оно только для Linux есть и требуют отдельного лицензирования. Никогда не пользовался этой возможностью.
Автор: sovadak
Дата сообщения: 29.10.2015 08:56
Спасибо за ваши ответы. Почитал я тут тех. доки симантека. В принципе, я был почти прав. Агенты формируют специальный непрерывный канал (поток) данных, который дуже скоростной (они говорят что чуть-ли запатентовали эту новую технологию), который обрабатывается центральной консолью, и после чего размещает (как в моем случаи) резервную копию, просто по сети стандартными средствами на сетевой ресурс. В моем случаи это все тот же сервер где создается бэкап с отдельным расшаренным винтом. Вот здесь как раз-таки и есть тормоза и чрезмерная нагрузка.
Такая логика работы симантека именно для моих нужд несколько не подходит... Чтобы подключить все винты всех серваков нужно покупать сата-контроллеры для центральной консоли и подключать туда все веники +установка более мощного блока питания который будет крутить все эти харды. В общем-то, идея центрального хранилища резервных копий хороша, но покупать скажем NAS или "тюнить" существующий сервер в настоящее экономическое время нет возможности
Посему, придется искать другой продукт либо возвращаться к отдельным акронисам для каждого сервера.
К последнему конечно прибегать крайне не хочется...
Автор: sovadak
Дата сообщения: 10.11.2015 15:28

Цитата:
Ошибка при выполнении задания: Для этой операции на сервере Backup Exec необходимо установить драйвер фильтра виртуальных файлов Backup Exec Virtual File Filter (VFF). Драйвер VFF устанавливается при установке любого из следующих агентов или компонентов Backup Exec: Exchange Agent Active Directory Recover Option VMware Virtual Infrastructure Agent Microsoft Virtual Server Agent

Такая же штука при бэкапировании контроллеров домена 2012R2

Цитата:
Попробуй снести и поставить 15 14.2триал заново.

Делал, не помогает.
ipmanyak по вашим линкам рекомендуют переустановить агенты, в них содержиться этот драйвер, но почему-то не устанавливается.
По команде FLTMC (работа с фильтром нагрузки драйверов) в CMD выполнение показывает, что драйвера нету.
Как всегда, все нужное рядом. В раздаче была папка с этим драйвером, положил в Symantec Backup Exec, установил, но FLTMC говорит что драйвера такого нету :-\
Выполнил FLTMC на других серверах, оказывается там этот файл есть. Взял из папки установленного агента этот драйвер, скормил серверу SBE но опять драйвера не видно, и бэкап не выполняется... Не понимаю почему.

Кстати, до этого сервер был установлен на 2008R2 но он не мог сделать бэкап АД 2012R2 (говорил что винда должна стоять такая же или выше) поэтому был обновлен до 2012R2 - именно обновлен.
Но как я писал выше, сервер SBE после этого я удалял и устанавливал заново, оставляя лишь файлы конфигурации (заданий и настроек).

ПЫ.СЫ. Если в свойствах задания убирать галочку "Применять функцию выборочного восстановления Backup Exec (GRT)" то понятное дело бекапиться нормально.
Автор: Necroic
Дата сообщения: 03.12.2015 09:58
Коллеги, прошу помощи, версия 2015, задача: каждые выходные сервер делает полные бакапы 4-х компов и 3-х серверов, в понедельник в него включают ЮСБ диск, на который необходимо дублировать эти полные бакапы. Всё получается сделать вручную, без расписания, как сделать с расписанием, чтобы он копировал наиболее актуальные бакапы указанных серверов полные?
Автор: irnestbond
Дата сообщения: 03.12.2015 10:34
Нужно в задании резервного копирования добавить этап дублирования
Там в настройках можно выбрать что дублировать.

Автор: Necroic
Дата сообщения: 03.12.2015 17:48
Огромное вам спасибо, я попробую!
Автор: Necroic
Дата сообщения: 08.12.2015 09:49
irnestbond, Большое спасибо за подсказку, всё получилось сделать.
Автор: borov
Дата сообщения: 28.12.2015 06:24
Есть старый Backup Exec 2010 R3.
Он бэкапит сетевую папку на NAS-е (агента не поставишь) нормально.
Лишь выдаёт предупреждение


Цитата:
"Не удается полностью защитить удаленные компьютеры, так как удаленный агент Backup Exec не установлен."

А вот новый BE 2015 не может нормально бэкапить NAS папку.

Задание завершено: 1 декабря 2015 г. в 9:31:12
Состояние выполнения: Сбой
Окончательная ошибка: 0xe000fe36 - Обнаружены поврежденные данные. Дополнительная информация приведена в журнале заданий.
Окончательная категория ошибки: Ошибки ресурсов HEX

Для получения подробных сведений об этой ошибке перейдите по ссылке V-79-57344-65078

Щелкните на сообщении об исключительной ситуации, чтобы найти его в журнале задания
Резервное копирование- server V-79-57344-3844 - Серверу Backup Exec не удается подключиться к удаленному агенту на компьютере server.

Для попытки завершения операции сервером Backup Exec будет использован локальный агент.

V-79-57344-65277 - Технология моментальных копий: сбой инициализации в: "\\server\1c". Используемая технология моментальных копий: Нет.

Удаленный агент не найден в server.

Резервное копирование- \\server\1c
ПРЕДУПРЕЖДЕНИЕ: Файл "\\server\1c\книга покупок.eml" поврежден. Проверка файла невозможна.

ПРЕДУПРЕЖДЕНИЕ: Файл "\\server\1c\bases\обработки\книга покупок.eml" поврежден. Проверка файла невозможна.


Проблемный файл удаляешь - "поврежден" оказывается другой файл(-ы).
Не сталкивался кто с таким поведением?

BE 2015 Trial обновлен последними, на сегодня патчами через LU.



Автор: ipmanyak
Дата сообщения: 28.12.2015 07:00
borov https://www.veritas.com/support/en_US/article.TECH90739

http://hardware.wmlcloud.com/forums/t/70108.aspx

Код: The issue was that we have Advanced File Option enabled AND Open File was configured to backup without a lock.
Changing the option to "With a lock" solved the issue.
Автор: borov
Дата сообщения: 29.12.2015 05:40
ipmanyak
Да, пробовал играться с опцией.
Выключал - всё равно не проходит. Файлы в это время не открыты. Связано с чем-то другим...
Автор: sVIVs
Дата сообщения: 05.01.2016 23:15
Подскажите, как настроить отправку уведомлений на mail.ru?

Не уходит почему то
Автор: S4astliff4ik
Дата сообщения: 18.02.2016 09:04
Всем привет!

Имею: Win2008 и Exchange2007.

Что лучше использовать: 2010 или 2015? Сервер не очень сильный, а скорее даже слабый.
Автор: Anatoliy2006
Дата сообщения: 18.02.2016 13:30
Добрый день
Подскажите пожалуйста как экспортируются файлы dr для диска упрощенного аварийного восстановления?
А то попробовал создать диск аварийного восстановления, загрузился с него, а он не видит копий…
и директория, где эти файлы dr должны лежать также пустая (C:\Program Files\Symantec\Backup Exec\sdr\Data\)
Автор: irnestbond
Дата сообщения: 18.02.2016 15:30
Мне кажется файл DR создается автоматически, после полного резервного копирования.
Причем у меня в Backup Exec 15 и файл лежит в 3 местах
Там где настройки Параметры - Упрощенное аварийное восстановление.
и в папке дискового хранилища , куда сделался бэкап.
Проверь настройки задания,Ресурсы для резервного копирования . сверху-справо зеленом горит ВКЛ
Автор: Anatoliy2006
Дата сообщения: 18.02.2016 16:16
irnestbond

Огромное спасибо, по крайней мере в задании так и было, светился серым, добился чтобы зеленый засветился (не знаю какой логикой руководствуется прога, но нужно выбирать диски целиком, и стоит исключить какую либо папку с жестких дисков и всё индикатор гаснет), посмотрю при следующем бэкапе появится ли файлик dr

я даже на этот индикатор внимания не обратил ....
Автор: Paromshick
Дата сообщения: 18.02.2016 18:38
S4astliff4ik
Использовать надо обычно последний. По железу... Пожалуй лишь включение дедупликаци вызывает повышенные к нему требования, а именно к объему памяти, а так же "ядерности" процессора. Подробности можно найти в гугле.
Автор: Reaper666
Дата сообщения: 22.04.2016 11:08
У меня следующий вопрос. Не совсем по теме, но близко. По наследству мне досталась ленточка IBM TS3200. В какой-то момент она потребовала чистки драйвов. У той, что была в бэкапилке, истек срок годности. У меня была еще одна кассета, но бэкапилка посчитала истекшей и её, хотя до этого она вообще никак не использовалась, даже не вытаскивалась из упаковки. Вопрос, почему она считает её истекшей и можно ли с этим что-то сделать?
Автор: ipmanyak
Дата сообщения: 22.04.2016 11:59
Reaper666 Чистящие кассеты чипованные, обычно на 50 раз. Если чистящая новая и стример ее не берет, значит надо прочесть мануал по использованию чистящих кассет. Стример у тебя библиотечный, штрихкоды у тебя наклеены на кассеты? На чистящем картридже? Как вариант, задай вопрос в сапорт IBM , форма запроса
http://www.ibm.com/ru/services/support/hw/ там же справа вверху есть email, можешь на него написать.
Автор: Reaper666
Дата сообщения: 22.04.2016 13:39
ipmanyak Да, штрихкоды наклеены на сами кассеты. В мануале было написано, чтобы срок годности определяется по количеству загрузок. У первой кассеты действительно было 54 загрузки. А вот с новой странности. Symantec говорит, что у нее 0 загрузок. Сама библиотека сообщает, что у нее тоже 54 загрузки, хотя её ни разу не использовали. Штрихкод там другой, так что стример вообще про нее знать раньше не мог. Правильно я понимаю, что информация о кассете определяется по штрихкоду или же у чистящих кассет есть еще какие-то дополнительные параметры, по которым стример узнает о количестве загрузок?
Автор: ipmanyak
Дата сообщения: 22.04.2016 15:38
Reaper666 Стример по идее должен считывать с чипа, если картридж точно чипованный. Вручную пробовал почистить с дисплей-панели самого стримера?
Попробуй также в софте симантека зайти в св-ва этой кассеты, выбрать там Change, погляди можно ли там изменить счетчик, возможно есть такая фича в твоем софте. У меня в Symantec NBU 7.5.0.6 есть - Number of cleanings remaining

Number of cleanings remaining
The number of cleanings that are allowed for a cleaning tape. This number is decremented with each cleaning and when it is zero, NetBackup stops using the tape. You then must change the cleaning tape or increase the number of cleanings that remain.
Но я его никогда не трогал и не менял.
Может твои кассеты не чипованные или стример с чипами не работает и все настраиватся в софте. В описаниях чистящих кассет четко написано 50 раз, никаких 54. Хотя может и дают еще 4 в качестве резерва.

Возможно надо старую кассету удалить в софте из списка лент, а новую добавить. Короче мануал читай или в сапорт пиши.


Код: The cleaning media can clean the drive 50 times. This is true for or all LTO drives except LTO1 (25 cleanings) . The tape has an NFC chip inside and this chip count the mounts of the tape.
So if a cleaning tape is mounted 50 times, it is expired and can not used again.
Автор: Reaper666
Дата сообщения: 06.05.2016 15:25
Два вопроса. Использую Symantec Backup Exec 2014
1) Иногда задания валятся с ошибкой "Ошибка чтения/записи хранилища резервных копий". После этого кассета переходит в состояние "невозможно прочитать маркер конца". Но это еще полбеды. Задание, которое выполнялось в этот момент, переходит в состояние возобновлено и спустя какое-то время запускается, но запускается оно с самого начала. Почему оно не может копировать примерно с того места, где обвалилось задание? Я понимаю, что он не может потом данные с кассеты прочитать, но ведь он знает, какой файл писал в тот момент. Что мешает ему начать с того же места. Перезапуск с контрольной точки для задания включен.
2) Можно ли данные с одной кассеты скопировать на другую и если да, то как?

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344

Предыдущая тема: загрузка


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.