Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Symantec Backup Exec (бывший Veritas)

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75

Открыть новую тему     Написать ответ в эту тему

leha1977

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Veritas Backup Exec
 
 

 
Оф.сайт производителя
форум (EN) Backup Exec
Проверка обновлений - читать
Последние руководства - читать

и в Варезнике

Всего записей: 84 | Зарегистр. 06-05-2002 | Отправлено: 14:14 06-11-2002 | Исправлено: LaVladimir, 12:50 11-11-2018
moffice

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Здравствуйте, уважаемые!
 
Установлен Backup Exec 11d (Rev. 7170) плюс все последние обновы.
 
Есть желание шифровать бэкапы для определенных заданий. Делал все по мануалу - создал ключ шифрования, выбрал данный ключ для определенных заданий.
Задания отрабатывают без ошибок, в свойствах ключа видно, что к нему в моменты работы данных заданий был доступ.
 
Вопрос в следующем - в мануале написано, что зашифрованные наборы данных помечаются в списке доступных для восстановления ресурсов значком в виде замка. У меня ничего значком не помечено, хотя и задания вроде бы отрабатывают как надо. Возникают сомнения, а бекапы шифруются вообще или нет?
Никто не сталкивался с подобным, как вообще отличить зашифрованные бекапы от обычных?

Всего записей: 32 | Зарегистр. 24-03-2006 | Отправлено: 08:29 22-06-2010
bahtey



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Требуется ответ на срочный вопрос:
Рухнул raid днем сегодня, превратился в RAW.
диск форматнули!
восстанавливаю последний фул, и поэтапно инкрементаы послдение.
сегодня ночью будет инкрементал по плану.
вопрос, как этот инкрементал пройдет? будет ли для SBE  воссозданные каталоги таким образом как инкрементал?и забекапит ли он всев этот инкрементал?

Всего записей: 794 | Зарегистр. 14-12-2006 | Отправлено: 15:47 24-06-2010
ooptimum



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
С такой ситуевиной столкнулся впервые, хотя с BE работаю не первый год и даже не второй или третий. Хотя "работаю" -- громко сказано, так, задачи настроены, шуршит себе ленточками в библиотеке, несколько раз в год приходится что-то восстанавливать по мелочи и все. Т.е. реальных боевых навыков кот наплакал. Но по порядку, в общем, имеется ленточная библиотека HP на 8 LTO лент, заправлено в нее 5 + 1 чистящая. BE на данный момент: 11.0 rev.7170.
 
Короче говоря, началось с того, что он "потерял" ленту №2, т.е. не потерял, в списке рабочего media set она есть, но в offline, а вместо нее появилась еще одна якобы чистящая лента в медиасете Cleaning Media. Инвентаризация этой ленты в BE разумеется не проходила (еще бы, какие данные могут быть на чистилке), поэтому сделал инвентаризацию в самой библиотеке, после чего BE эту ленту увидел и поместил как совершенно пустую в Scratch Media. Но самое интересное не это, а то, что оставшиеся 4 ленты как бы перешли в Retired Media, но без имен. BE их видит, что они в библиотеке находятся. Таким образом, у меня теперь 10 виртуальных объектов "носитель" на 5 физических лент. Все это выглядит примерно так:
 
Retired Media
  - лента '' - в библиотеке (№ 1,3,4 или 5 -- неизвестно)
  - лента '' - в библиотеке (№ 1,3,4 или 5 -- неизвестно)
  - лента '' - в библиотеке (№ 1,3,4 или 5 -- неизвестно)
  - лента '' - в библиотеке (№ 1,3,4 или 5 -- неизвестно)
 
Scratch Media
  - лента '' - оффлайн (это на самом деле №2)
 
Media Set 1
  - лента '1' - оффлайн
  - лента '2' - оффлайн
  - лента '3' - оффлайн
  - лента '4' - оффлайн
  - лента '5' - оффлайн
 
Теперь у меня плюс ко всему по закону подлости навернулся Exchange. Пытаюсь восстановить -- говорит: дай, мол, ленту №5 из Media Set 1, нет ее. При этом она без имени сидит в Retired Media. Что дальше делать -- не понимаю. Как мне сказать, что лента №5 сейчас -- это лента такая-то (обозвать-то я их могу, только идентифицировать бы) из Retired Media?  Как сказать, что 2 виртуальных носителя на самом деле ссылаются на один физический и лишний убрать оттуда? А может просто все их по одной вынимать из библиотеки и по одной потом подсовывать в качестве лент из Media Set 1? Только даст ли библиотека, вроде слоты у нее блокируются BE при работе, т.е. ни вытащить, ни вставить. Есть спецы по такому вопросу?

Всего записей: 2898 | Зарегистр. 30-05-2002 | Отправлено: 02:10 01-07-2010 | Исправлено: ooptimum, 02:22 01-07-2010
Kandinsky



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Возникла проблема с востановлением старых архивов.  
Стоит Backup Exec 2010. Нужно востановить данные с очень старых касет (делались они еще ntbackup`ом).  
воткнул касету, провел инвентаризацию(пишет выполнено 100%)
запускаю каталогизацию и все. счетчик прочитанных файлов\папок стоит на 0...
Первый раз каталогизация пошла но ооочень медленно 4дня назад и в тоге после отработки 40 часов нашлось 60-70% данных и свалилось с ошибкой:
 "e0000900 - Запрашиваемый носитель отсутствует в индексе носителей, и его невозможно смонтировать. Чтобы добавить информацию каталога для носителя в каталоги на диске, выполните операцию инвентаризации для носителя и повторите операцию каталогизации."
после прочтения что нужно изменить в справке и запуске по новой свалился с ошибкой:  
"e0008821 - Задание было восстановлено в результате запуска службы RPC Backup Exec.  Никаких действий пользователя не требуется."
Сейчас просто висит задание, тикает время выполнения а эффекта нету...
Стриммер LTO-3 (постоянно моргает лампочкой READY)
Кто сталкивался? в чем может быть проблема?

Всего записей: 100 | Зарегистр. 12-01-2007 | Отправлено: 13:25 06-07-2010
zx12r



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Всем привет.
Ребята, подскажите, пожалуйста. Установлен Backup Exec 2010.
 
Есть Red Hat Linux сервер c установленным Лотусом. Нужно бэкапить Лотус. Есть ли какой-то специальный агент для Linux Lotus? Или просто нужно установить тот агент для Линукс, который есть на диске? При помощи него можно будет бэкапить Лотус?
 

Всего записей: 74 | Зарегистр. 16-02-2007 | Отправлено: 14:53 08-07-2010 | Исправлено: zx12r, 14:54 08-07-2010
flayx

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Kandinsky

Цитата:
Возникла проблема с востановлением старых архивов.

 
вот здесь попробуй вбить номер ошибки, это поисковик по базе знаний симантека.
http://www.symantec.com/connect/search
выдает много чего полезного, авось получиться
 
zx12r
если речь о лотус нотус, два года назад мне хватало. В любом случае, пару раз восстановиться на, скажем, виртуалку, точно не помешает, ибо задница дороже.

Всего записей: 624 | Зарегистр. 10-11-2005 | Отправлено: 22:53 26-07-2010
Valery12

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Есть Red Hat Linux сервер c установленным Лотусом. Нужно бэкапить Лотус. Есть ли какой-то специальный агент для Linux Lotus? Или просто нужно установить тот агент для Линукс, который есть на диске? При помощи него можно будет бэкапить Лотус?  

можно но только в офлайн режиме, в онлайн BE может бекапить лотус только на виндовс платформе, а для вашей задачи нужен symantec netbackup

Всего записей: 2325 | Зарегистр. 21-07-2003 | Отправлено: 08:02 27-07-2010
Ultranium

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Использую Backup Exec 2010.
 
Имеется два задания для резервного копирования одного набора файлов, одно - "Полное - С учётом времени изменение", второе - "Инкрементальное - С учётом времени изменения". Оба задания используют один и тот же носитель. Полное копирование выполняется в Понедельник, инкрементальное - со Вторника по Субботу.
Оба задания выполняются без ошибок, но при просмотре содержимого носителей видно, что каждый раз при выполнении инкрементального задания производится полное копирование (размер инкрементальных копий сравним с размером копии полного копирования).
 
 
Похожая проблема и с резервным копированием баз SQL Server. Существует два задания, в них одни и те же набор баз и носитель. Все базы данных использую полную модель восстановления. Первое задание использует метод "Полное - Резервное копирование всей базы данных или группы файлов", второе - "Журнал - Резервное копирование журнала транзакций". Сначала выполняется полное копирование, через час - копирование журнала. Оба задания опять же выполняются без ошибок, но журналы транзакций у баз данных не усекаются.
 
Чтение документации по BE ничего не дало, вроде бы все настройки указаны верно.
 
 
Подскажите пожалуйста, что я делаю не так?

Всего записей: 76 | Зарегистр. 29-08-2006 | Отправлено: 18:16 29-07-2010
deviss

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Товарищи! Искал на форуме, в диком интернете, но так и не понял - чем ПРИНЦИПИАЛЬНО различны Backup Exec и Backup Exec System Recovery?
Читаю описания на сайте производителя, как-то общо звучат и (конечно!) исключительно позитивно - в том смысле, что выбери этот продукт и все данные спасешь.
Но и здесь на форуме не нашел (может, в глаза не бросилось?) ответа на свой вопрос.
Разница вообще есть? Вроде и то, и то подходит для серверов и рабочих станций, и то, и то может и Иксчейндж бэкапить и образы систем делать. Теряюсь я в таком море информации.
Заранее благодарю.

Всего записей: 357 | Зарегистр. 19-02-2005 | Отправлено: 13:26 03-08-2010 | Исправлено: deviss, 13:31 03-08-2010
Lichi

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Одни вопросы без ответов, что за форум такой?

Всего записей: 52 | Зарегистр. 20-02-2005 | Отправлено: 08:42 12-09-2010
Valery12

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Товарищи! Искал на форуме, в диком интернете, но так и не понял - чем ПРИНЦИПИАЛЬНО различны Backup Exec и Backup Exec System Recovery?  

попробую ответить, но это субъективно, потому что в свое время прямого ответа тоже не нашел
Был Veritas со своим Backup Exec, в основном заточенный для бэкапа фалов баз данных и пр.
и был powerquest v2i protector - бэкап образов дисков по сети и быстрое восстановление системы, потом все это купил symantec, на базе v2i protector сначала сделал livestate recovery а потом подтянул технологии Veritas и получился Backup Exec System Recovery
 
отсюда
Backup Exec - классический бэкап всего и вся с возможностью бэкапа и восстановления системы на уровне образа дисков на голой системе
Backup Exec System Recovery - бэкап и восстановление системы на уровне образа дисков на голой системе с функциями классического бэкапа файлов, баз данных и пр.
 
плюс они пишут Backup Exec - средний и крупный бизнес (под винду, для никсов есть NetBackup)
Backup Exec System Recovery - малый и средний бизнес

Всего записей: 2325 | Зарегистр. 21-07-2003 | Отправлено: 10:27 16-09-2010
Gorg23



Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
имеется BE 12 и Exchange 2003, и бэкап индивидуальных ящиков.
Необходимо из бэкапа ящики выложить на диск не трогая сам Exchange.
Подскажите пожалуйста как это можно сделать?

Всего записей: 60 | Зарегистр. 06-02-2006 | Отправлено: 12:36 20-09-2010
sVIVs

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день!
Есть SQL Server 2008 (модель восстановления у баз simple) и Symantec Backup Exec 12.5.
На SQL Server 2008 настроен Maintanance Plan в который входит Back Up Database (Full)-Check Database Integrity-Rebuild Index-Maintenance Cleanup Task.
Все замечательно работает.
Также решил перестраховаться и класть бэкапы на ленточку.
Соответственно, сделал политику GFS добавил в неё бэкап SQL Server 2008 (ежедневный бэкап дифференциальный).
И вроде как все работало нормально, пока не кончились ленточки.
Стал разбираться, оказалось, что дифференциальный бэкап у меня равен по объему полному.
У меня есть предположение,что это происходит из-за Rebuild Index ,но я не уверен.
А может просто нельзя вместе бэкапить?
В чем косяк?
У кого есть какие идеи?
 
 
 
P.S.Скорее всего косяк в том, что было настроено два бэкапа.
Теперь вопрос: можно ли очистить ленточку только от sql бэкапов, т.к. на одну ленточку клали бэкапы как файлового сервера так и sql.?

Всего записей: 171 | Зарегистр. 12-10-2009 | Отправлено: 16:13 27-09-2010 | Исправлено: sVIVs, 18:22 27-09-2010
Serjevski



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Во первых, да backup exec не любит когда sql сам делает бэкап, у меня он после этого просто не делал (правда инкрементных), бэкапов заявляя, что нарушена последовательность.
 
Теоретически, при малом объеме самой базы и большом количестве транзакций размер логов, которые собственно и бэкапятся при диффе и инкре, может быть больше самой базы.
 
Почистить отдельно, боюсь что нельзя, насколько я помню лента это некий атомарный элемент, к которому можно дописывать если есть место но нельзя выборочно стереть. Я могу и ошибаться так как сам работаю только с дисковыми накопителями, с лентами уже давно дела не имел, просто не помню.

Всего записей: 218 | Зарегистр. 19-10-2006 | Отправлено: 09:27 28-09-2010
sVIVs

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Во первых, да backup exec не любит когда sql сам делает бэкап, у меня он после этого просто не делал (правда инкрементных), бэкапов заявляя, что нарушена последовательность.  

Жаль, хотя можно попробовать делать полные бэкапы с "Только полная копия(SQL 2005 или новее)-резервное копирование всей базы данных или группы файлов не влияющее на будущее дифференциальное резервное копирование или резервное копирование журнала",может прокатит
 

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

Общий объём баз не очень большой,наверное буду делать полные бэкапы каждый день.
 
 
Цитата:
Почистить отдельно, боюсь что нельзя, насколько я помню лента это некий атомарный элемент, к которому можно дописывать если есть место но нельзя выборочно стереть. Я могу и ошибаться так как сам работаю только с дисковыми накопителями, с лентами уже давно дела не имел, просто не помню.

Опять жаль.
 
И еще вопрос.
До меня был настроен бэкап Exchange 2007.Все работало.
Правда настроено все было руками, т.е. без применения политик.
Я создал политику GFS и прикрепил к ней задание для Exchange.
Задания не проходят с разными ошибками, причем без политики все работает.
Подскажите как правильно настроить бэкап Exchange 2007 с помощью политик.

Всего записей: 171 | Зарегистр. 12-10-2009 | Отправлено: 11:44 28-09-2010
Serjevski



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
Жаль, хотя можно попробовать делать полные бэкапы с "Только полная копия(SQL 2005 или новее)-резервное копирование всей базы данных или группы файлов не влияющее на будущее дифференциальное резервное копирование или резервное копирование журнала",может прокатит  

Да вполне может, как я понимаю в этом случае делается снимок, который "не оставляет следов"  

Цитата:
Общий объём баз не очень большой,наверное буду делать полные бэкапы каждый день.  
ты просто любым файлманагером посмотри размер каталогов где лежат журналы транзакций и сравни с размерами баз

Цитата:
Задания не проходят с разными ошибками

Ну надо смотреть что за ошибки, обычно они неплохо разжеваны в Knowledge Base...
 

Всего записей: 218 | Зарегистр. 19-10-2006 | Отправлено: 16:35 29-09-2010
sVIVs

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Ну надо смотреть что за ошибки, обычно они неплохо разжеваны в Knowledge Base...  

Как правило ошибки на аутентификацию, смотрел в Knowledge Base, делал как там указано - не помогает.
Чудно то, что то же задание не прикрепленное к политике прокатывает.
А вообще стремно то, что этот сервак мне достался по наследству и приходится после кого-то разбираться.

Всего записей: 171 | Зарегистр. 12-10-2009 | Отправлено: 11:42 30-09-2010
sVIVs

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
При попытке восстановления почтового ящика Exchange 2007 возникают ошибка
 
Окончательная ошибка: 0xe00084f4 - Произошла неизвестная ошибка.
Окончательная категория ошибки: Ошибки системы HEX
 
Для получения подробных сведений об этой ошибке перейдите по ссылке V-79-57344-34036
 
Первый раз мы попытались восстановиться с ленточки, запустили восстановление и он начал восстанавливать всю базу на сервер Exchange.
Т.к. места на сервере не было, мы остановили задание.
После этого все задания с ленточками стали возвращаться с ошибкой  
То ли проблема с библиотекой IBM Total Storage 3573 Tape Library, то ли с Symantec Backup Exec 12.5.
Web интерфейса к библиотеке нет, физического доступа тоже, что делать не знаю.
Срочно нужно ящик восстановить, а как х.з.
Может кто чего подскажет.
 

Всего записей: 171 | Зарегистр. 12-10-2009 | Отправлено: 13:58 05-10-2010
Switch

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Первый раз мы попытались восстановиться с ленточки, запустили восстановление и он начал восстанавливать всю базу на сервер Exchange.

При бекапе Exchange на ленту и попытке ресторить до ящика, BE сначала будет извлекать с ленты всю базу (storage group)  в некий temp (по умолчанию c:\temp), а потом уже из него ресторить выбранный ящик на сам Exchange сервер.
Сервис -> Параметры -> MS Exchange -> Восстановление Exchange ... там указать путь до каталога, в котором будет достаточно места.

Всего записей: 16 | Зарегистр. 12-12-2003 | Отправлено: 17:47 05-10-2010
sVIVs

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
При бекапе Exchange на ленту и попытке ресторить до ящика, BE сначала будет извлекать с ленты всю базу (storage group)  в некий temp (по умолчанию c:\temp), а потом уже из него ресторить выбранный ящик на сам Exchange сервер.
Сервис -> Параметры -> MS Exchange -> Восстановление Exchange ... там указать путь до каталога, в котором будет достаточно места.  

С этим я уже разобрался, кладу бэкап на сервер где установлен BE, место там есть.
BE кладет storage group на диск и, как я понял, уже после этого возникает ошибка
Категория ошибок  : Ошибки ресурсов
 
Ошибка            : e000848c - Невозможно подключиться к ресурсу.  Убедитесь, что все выбранные ресурсы существуют и включены, а затем повторите попытку.  Если сервер или ресурс более не существуют, удалите их из списка. Измените свойства списка ресурсов, перейдите на вкладку 'Показать
 
Для получения подробных сведений об этой ошибке перейдите по ссылке V-79-57344-33932
 
http://www.symantec.com/business/support/index?page=answers&startover=y&question_box=V-79-57344-33932
Прошел по ссылочкам ничего интересного не нашел.
Учетка под которой запускается бэкап входит в группу домен. админов и админов Exchenge, поэтому проблемы с аутентификацией отпадают
Там еще есть ссылочка на Exchange 2003 где нужно снять атрибут hidden, в 2007 этот атрибут уже снят.
Может кто еще сталкивался с подобной проблемой?  
 
Вот еще ссылочку нарыл,но так и не понял,что и где нужно править
http://www.symantec.com/business/support/index?page=content&id=TECH66319

Всего записей: 171 | Зарегистр. 12-10-2009 | Отправлено: 10:27 06-10-2010 | Исправлено: sVIVs, 14:24 06-10-2010
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Symantec Backup Exec (бывший Veritas)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru