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

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

Автор: gbcfkf
Дата сообщения: 23.06.2008 12:20

Цитата:
Переместить носитель в соотв media set.
Только логики я Вашей не понимаю - оно для того и нужно что бы случайно не перезаписать данные.

Блин. Точно, мог бы и догадаться..
Мне как раз это нужно в том случае, когда носитель по ошибке попадает в другой медиа сет
Спасибо
sterid

Цитата:
а как бекапить эксчендж ? где и что нужна выбрать ?

Вроде для начала нужно купить соответствующий агент и установить его, введя лицензионный код
kaurych

Цитата:
Про стэк ни слова не нашел - может как то по другому называется для этой программы - во всяком случае такая фишка как поиск в мануале по ключевому слову "стэк" не прокатило - единственное в политиках что то мелькнуло о этапах копирования на определённое количество дней

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


Цитата:
По поводу образов - Акронис на живую бэкапит отлично серваки - в этом много плюсов
- не прерывается работа сервера
- сервер восстанавливается за короткое время
- можно восстанавливать на любое железо ..

Акронис это совсем другой продукт. Если уж на то пошло, то он является конкурентом Symantec Backup Exec System Recovery, тот тоже с образами работает

Кстати, интересно было бы услышать мнение человека кто сталкивался с BE System Recovery

Автор: MoonAngel
Дата сообщения: 23.06.2008 12:40
Хм... Видимо АД вообще ни кто не бэкапит при помощи веритаса.
Тогда раскажу как я решил даннуй задачу.
т.к. у меня была некоторая проблема с доступом к AD через systemstate, пришлось избрать следующий вариант:
AD бэкапить ntbackup-ом в файл, а после уже веритасом снимать данный файл.

Автор: RuStn
Дата сообщения: 23.06.2008 13:13
половинчатое решение...
действительно систем стат не бэкапит АД, хотя заверяли... или же я что то не то кручу, но не получается забэкапить АД ни на одном сервере... ругается на ошибку, которая вообще не при делах..
Автор: sterid
Дата сообщения: 23.06.2008 16:25

Цитата:
Вроде для начала нужно купить соответствующий агент и установить его, введя лицензионный код


Агент вроде как установлен, когда создаю новый Job открываю в АД комп с exchange, то там немту вкладки exchange , а вот sharepoint есть 0_о
Автор: ALEX_SE
Дата сообщения: 23.06.2008 16:33
sterid
1. Купить соотв агента и вбить его номерок. Затем настроить согласно мануалу.
2. Да.

MoonAngel
Все бакапится нормально вместе с системстате.
RuStn
Не видел проблем в 10d версии с бакапом АД.

sterid
Агент переставьте на Вашем сервере. После того как введете серийник.
Автор: sterid
Дата сообщения: 23.06.2008 16:52

Цитата:
sterid
1. Купить соотв агента и вбить его номерок. Затем настроить согласно мануалу.
2. Да.

не понял на что - ДА . ?!

Правильно я ли делаю:
у меня есть медиа сеты:
1. -full_1
-full_2
2. -Incr_1
-Incr_2
Соответственно под номером один идет первая неделя, под номером два идет вторая неделя.
Защита от записи стоит 2 недели. Писать можно по 7 дней.

Все ли верно ?

продолжаем Back To Disk Folder:
Для каждой задачи у меня есть отдельная папка (соотв. для каждой создата папка на ХДД):
1. -Full: Exchange
-Full: IT_folder
- ... аналогично

2. -Incr: Exchange
-Incr: IT_Folder
- .... и тд

Когда создаю новую задачу, например, создаю задачу по создание полного бекапа эксченджа:
на первую неделю:
- Device выбираю "Full: Exchange" и медиа сет "full_1"
для второй недели:
- Device выбираю "Full: Exchange" и медиа сет "full_2"

даты сам настраиваю и тд.

Правильно ли я делаю?
По логике получается,что у меня есть по 2 медиа сета на каждую задачу (один для первой недели, другой для второй недели) , которые хранятся по 2 недели и дают писать вних одну неделю,вторую у них защита от записи срабатывает (я так понимаю). Будет все скидываться в локальную папку, т.е. "c:\Full: Exchange" -для примера.

Верна ли логика действий ?
Автор: ALEX_SE
Дата сообщения: 23.06.2008 17:41
Да - на рассуждения про рестор.


Цитата:
Соответственно под номером один идет первая неделя, под номером два идет вторая неделя.

- Не понял, зачем?

К чему вообще разносить по B2D-folder? Зачем так изгаляться?
Вы немного не поняли понятие медиасета. Не пишите Вы в них и не хранятся они. Это просто грубо говоря ярлык к носителю (media) сколько и как хранить. Сам носитель не знает в каком медиасете он находится.

Расскажите что же именно Вы хотите сотворить?

Простой пример. Делаем одну B2D, например server1. Туда значит будем лить данные с сервера этого. Делаем 2 медиасета - 6/6 дней и 29/29 дней. Делаем два бакапа. Один полный второй дифф. Указываем ресурс server1, а медиасет соотв второй и первый. Расписание ставим ежедневно и каждый например последний день недели (не забыв проставить исключения). И все, в итоге получаем 6 отдельных диффов каждый из которых перезаписывается раз в неделю и соотв 4 отдельных полных.
Автор: sterid
Дата сообщения: 23.06.2008 22:27
разнес - просто ради удобства хранения на ХДД (визуально,для себя), можно было и в одну папку все лить.
Медиа сеты делал по два , тк один на одну неделю, второй на вторую,например:
четная неделя идет в первый медиасет,а нечетная во второй.
получаем,что у нас есть два медиа сета,независимые друг от друга. И есть возможность восстановить бэкап не только за эту неделю, но и за прошлую.

пока писал,подумал,может есть смыл сделать один медиасет на 14/14 дней, но закрался вопрос:
как ведет себя медиа сет в такой ситуации: допустим есть один медиа сет на 14/14. пишется в него бекапы раз в неделю, т.е будут писаться на 1 и 8 день соответственно.а вот когда пойдет следущие 14 дней - что произойдет с медиасетом? сотрется ли запись за первый день,а за 8 останется и будет храниться 14 дней (т.е. каждый бэкап хранятся по 14 дней) или же медиа сет хранит инфу всего 14 дней независимо от когда добавлено (т.е. бэкап 1го дня будет храниться до 14, а бэкап 8го дня будет храниться всего 7 дней) и будет обнулен на 15 сутки ?

Автор: Oleg_Kurilin
Дата сообщения: 24.06.2008 04:49
sterid

Цитата:
что произойдет с медиасетом? сотрется ли запись за первый день,а за 8 останется и будет храниться 14 дней (т.е. каждый бэкап хранятся по 14 дней) или же медиа сет хранит инфу всего 14 дней независимо от когда добавлено (т.е. бэкап 1го дня будет храниться до 14, а бэкап 8го дня будет храниться всего 7 дней) и будет обнулен на 15 сутки ?

Рассматривать надо не сеты (наборы), а носители, для b2d это файлы, иначе касета. При добавлении записи в носитель все предыдущие записи остаются. Как долго можно добовлять записи указано в свойствах набора как Appendable period. После этого начанается охранный промежуток, в течении которого на носитель нельзя дописывать и нельзя носитель перезаписывать, это Overwrite protection period, по истечению которого носитель можно перезаписать, тогда все записи на носителе будут уничтожены. Для различных носителей в одном наборе могут быть разные этапы использования, т.е. один носитель может быть в процессе дозаписи, другой в состоянии сохранности а третий готовый к перезаписи.
И ещё маленькая тонкость, у b2d устройств есть ограничение на количество записей на один носитель (Maximum number of backup sets per Backup-to-Disk file) по достижению которого дозапись на носитель заканчивается и копирование переходит на другой носитель.
Автор: sterid
Дата сообщения: 24.06.2008 09:26
так-с возникло пару вопросов:
у нас есть Overwrite Protection period И Append Period в настройках медиасета:
сначала идет период записи,а потом период защиты или же они начинаются одновременно. рассмотрим пример:

1) у нас 14/7 (соответственно), то медиа сет будет храниться 14 дней (т.к. Overwrite Protection period =14 ) , но писать в них можно будет только первые 7 дней (т.к. Append Period =7).

2) У нас те же самые 14/7 . но первые 7 дней мы пишим в сет, а следующие 14 он хранит от записи. Т.е. получаем период сета 21 сутки (по сути)


Цитата:
При добавлении записи в носитель все предыдущие записи остаются. Как долго можно добовлять записи указано в свойствах набора как Appendable period. После этого начанается охранный промежуток, в течении которого на носитель нельзя дописывать и нельзя носитель перезаписывать

опираясь на это - делаю вывод,что действует по 2 алгоритму,верно ?


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

т.е. если у нас ,например,есть Mediaset1 7/7 и есть
1) Job1, которая бэкапит в folder1, в первый день
2) Job1, которая бэкапит в folder2, во второй день
3) Job3, которая бэкапит в folder3, в последний день
мы получаем что для каждого джоба медиа сет будет действовать отдельно, т.е. у первого будет период начиная с первого дня, у второго - начиная со второго, у третьего с последнего дня. Сам запутался, я хочу сказать, что медиа сет только определяет для каждого задания сколько хранить,независимо от других (что вполне логично) , так ?


Цитата:
И ещё маленькая тонкость, у b2d устройств есть ограничение на количество записей на один носитель (Maximum number of backup sets per Backup-to-Disk file) по достижению которого дозапись на носитель заканчивается и копирование переходит на другой носитель.

так, чет тут не совсем ясно. Есть значит у нас B2D, который бэкапит в файл:
1) Рассмотрим полный бэкап ,проходящий раз в неделю - тут у нас дозапись - ненужна.
2) В инкрементном - Дозапись будет проходить 6 раз в один файл (если считать что каждый день) ?

Если надо иметь бэкап за 2 недели назад, то я сделал так:
Есть по два медиа сета (для полного и инкрементного бэкапа - одинковые). Первые идут на нечетную неделю, вторые на четную. Срок записи установлен в 7 дней, срок хранения 7 дней для каждого. В Job`ах разведено так что они чередуются (один, через 7 дней другой, потом снова через 7 дней первый и тд ).

Пока все печатал - понял,что можно оставить по одному медиасету ,в нашем случае, для полного бэкапа,(т.к они одинковые,"Overwrite Protection period=13" И "Append Period =1"), оставить одну B2D папку. А вот Job`ов оставть два:
1) Job1 - B2D Folder - MediaSet1 -в датах запуска ,допустим 1 и 14 сутки
2) Job2 - B2D Folder - MediaSet1 -в датах запуска, допустим 7 и 21 сутки
т.к. медиа сет у нас один и одна папка, но джобы у нас разные, то в этой папке на диске у нас будет лежать 2 файла, первый от первого джоба, второй от второго джоба. Писать в них можно 1 день, храться будут 13 дней.
По истечению 14 дней для первого джоба (т.к. прийдет его время запуска,т.е 14 сутки) у нас снимется защита от записи с B2D, что произойдет с носителем, в нашем случае b2f, сотрутся ли все данные или будут дописаны и как это настроить ?






Автор: MoonAngel
Дата сообщения: 24.06.2008 09:39
ALEX_SE


Цитата:
Все бакапится нормально вместе с системстате.



Какая версия софта? Какие sp и fh стоят? Какие версии клиентов? Что именно крутили при настройке бэкапов АД? Были ли какие-то проблемы связанные с доступом к АД? Как решали? (может остались какие-то ссылки или рекомендации в памяти)
Автор: ALEX_SE
Дата сообщения: 24.06.2008 11:11
Не могу понять - какая разница в один файл льется или в несколько... И как медиасеты связаны с местом хранения. Про периуды перезаписи и добавления прекрасно написано в мануале.

MoonAngel
10d SP4. Ничего особо не крутил. Проблем не было так как сначала прочитал соотв главу мануала а потом делал. Решать много что приходилось но по большей части это было связано с особенностями работы со снапшотами, к АД отношения не имели.
Автор: sterid
Дата сообщения: 24.06.2008 11:43
Не могу бэкапить почтовые ящики с эксченджа , их просто нет при выборе компа в Job`е , хотя если захожу с бэкап екзек 11д , то все видит. где загвоздка.
агент на сервер эксченджа стоит уже 12 версии, но все равно не видит 12й backup exec/

что делать

Добавлено:
кто нить юзает CPS ?
Автор: sterid
Дата сообщения: 24.06.2008 20:01
ктонить прокоментит мой пост http://forum.ru-board.com/topic.cgi?forum=8&topic=1594&start=680#20
??
Автор: Oleg_Kurilin
Дата сообщения: 25.06.2008 06:19
sterid

Цитата:
ктонить прокоментит мой пост

Ну не полность, не осилить мне столько много буковок.
Сразу поправлюсь, вернее дополню свой предыдущий пост, охранный промежуток начанается не после окончания периода дозаписи, а после последней дозаписи. Суть его такова, что бы любая запись, пусть даже самая последняя, хранилась указаное время. Т.е. получаем что-то типа варианта 2, но общий период может быть меньше, если дозапись была не в течение всего периода дозаписи.
По следующему предложению, рассматривать надо не наборы, а носители. Даже на одном наборе (фолдере) можно построить нужную ротацию. Как пример, у меня по системе b2d2t в один фолдер скидывается вся инормация за неделю, и хранится неделю, всего обхожусь двумя носителями (файлами), по завершению недели содержимое файлового носителя дублируется на ленточку.
И по последнему, то, что задания разные не значит, что запись будет в разные файлы. Всё будет подчинятся правилам набора и только.
Ну и подводя итоги, тебе нужно два задания, полное и инкриментальное, лучше сделать это политиками, один набор b2d 7/7, но можно определить периоды более точнее по часам, это уже зависит от расписания.
Автор: sterid
Дата сообщения: 25.06.2008 11:20
не понял пару моментов:
1) Если прописать в медиа сете
"Overwrite Protection period=13"
"Append Period =1"
Тут я понимаю,что для каждого Joba в Б2Д, писать можно 1 день, и защита от записи будет 13 дней.

затем добавить Б2Д "Backup1" со свойствами :
Maximum number of backup sets per Backup-to-Disk file= 2 (как работает этот параметр? Допустим работает джоб и после 100 выполненых работ , которые будут добавляться в один файл, будет создан новый файл в этой же папке или что то другое ? )
Concurrent operations allowed = 10 ( это параметр задает сколько Job`ов могут одновременно писать в Б2Д ?)

Теперь создаем джоб "Job1"
destination -> Device and Media -> "When job begins" стоит "Append to media, overwrite if no appendable media is available", я так понимаю,что это значит что если если есть возможность добавить - добавляем, если нету то переписываем поверх, уничтажая записи ?

Гденить есть книга , инструкция на русском ?

[update]
Если мне нужно что бы бэкапы бли за 2 недели назад, то я делаю медиа сет с периодом 1/13, тк один день пишем, а остальное храним.

Создаем джоб в Б2Д и теперь получаем ,что в один файл будут сохраняться бэкапы. при условии что стирать его можно только через 13 дней. т.е если бэкап был сделан 1 числа и 7 числа, то первый перепишется 14 числа , а второй уже 21 и так далее . верно ?
Автор: Oleg_Kurilin
Дата сообщения: 25.06.2008 13:50
sterid

Цитата:
Maximum number of backup sets per Backup-to-Disk file= 2

После 2-х записей в носитель (2 строчки в selection list), он будет считаться заполненым, и будет создан новый, если не будет перезаписываемых.

Цитата:
Concurrent operations allowed = 10

я с этим параметром не игрался, но если следовать смыслу, если ты хочешь для каждого задания свой файл, то этот параметр=1

Цитата:
если нету то переписываем поверх, уничтажая записи ?

да

Цитата:
Гденить есть книга , инструкция на русском ?

pdf, либо в этой теме, чуть ранее, либо ищи в одноимённой теме в варезнике.

Цитата:
Создаем джоб в Б2Д и теперь получаем ,что в один файл будут сохраняться бэкапы. при условии что стирать его можно только через 13 дней. т.е если бэкап был сделан 1 числа и 7 числа, то первый перепишется 14 числа , а второй уже 21 и так далее . верно ?

вроде как сходится, надо пробовать.
Автор: sterid
Дата сообщения: 25.06.2008 14:35
tnx за помощь. попробую книгу найти.... хелп конечно сильный, но иногда нифига не понятно,что там написали
Автор: crozzle
Дата сообщения: 27.06.2008 15:51
народ! ХЕЛП!!! Есть библиотека MSL 4080 есть кассеты к ней Ultrium 3. Ифслгз УЧУс отказывается их узнавать. Может кто подскажет, какие настройки в штрих-кодовых правилах и в менеджементе медиа надо сделать? Весть моз сломал уже

Добавлено:
народ! ХЕЛП!!! Есть библиотека MSL 4080 есть кассеты к ней Ultrium 3. Backup EXEc отказывается их узнавать. Может кто подскажет, какие настройки в штрих-кодовых правилах и в менеджементе медиа надо сделать? Весть моз сломал уже

Добавлено:
народ! ХЕЛП!!! Есть библиотека MSL 4080 есть кассеты к ней Ultrium 3. Backup EXEc отказывается их узнавать. Может кто подскажет, какие настройки в штрих-кодовых правилах и в менеджементе медиа надо сделать? Весть моз сломал уже
Автор: mirage123
Дата сообщения: 28.06.2008 12:35
Привет, всем. Посоветуйте как быть. Переставил сервер с 2000 на 2003, пришлось ставить Бэкап Экзек 8,6 версию (так только на эту версию есть лицензия), при установки было предупреждение что версия старая и не будет работать м 2003 сервером. Поставил, Работает, Бэкапы идут локальные (внутри этого сервера) и по сети там где стоит виндовс.

А вот Юникс Агентов он у меня перестал видеть. Может я что то упустил в установки?
Помогите. Спасибо.
Автор: Fargal81
Дата сообщения: 30.06.2008 05:54
Помагите!!!!!!!!!!!
Поставил Веритас 10d, он не хочет ставить стример как роботизированную беблиотеку, что ему надо не пойму. По мануалу все проверил, но всеравно не видит робота, а видит как автономное устройство. Что делать?
Автор: kAZINACK
Дата сообщения: 30.06.2008 13:56
Прошу помощи люди добрые
Есть база данных почти на 1ТБ на этом же сервере стоит агент Symantec Backup exec.
База данных под виндой 2003 MsSQL 2005.

Пытаюсь для начала сделать фулл бекап на что база начинает ругатся что переполняется лог транзакций и аля улю нифига не бекапится.

Это мне прислал суппорт который обслуживает данный сервер.:

(из-за невозможности выполнения бэкапа лога транзакций файл лога
транзакций базы данных billing занял все доступное дисковое
пространство. Это привело к остановке всех процессов по изменению
данных в базе данных billing.

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

Что посоветуете?
Автор: Oleg_Kurilin
Дата сообщения: 30.06.2008 14:41
kAZINACK
В таком случае только потеря предыдущей истории транзакций. Ставь режим Simple, делай Shrink лога, после этого делай полную копию.
И если желаешь делать копии логов транзакций, то поставь режим Full, и делай копии логов регулярно, не дожидаясь переполнения. Половинчатых решений в этой задаче не может быть, либо делать, либо не делать.
Автор: ALEX SE
Дата сообщения: 30.06.2008 17:35
либо места прибавить
Автор: kAZINACK
Дата сообщения: 01.07.2008 06:07
Oleg_Kurilin
Да вся проблема как раз таки в том что они переполняются из за агента СИМАНТЕКА и типа сам агент не дает забекапится логам штатными средствами (джобом бекапа) типа агент их блокирует, и наступает переполнения логов на диске что приводит к остановке всего
Так сказал суппорт который следит за базой
И как мне быть? супорты не дают забекапить из за этой проблемы..
Возможно ли как нить отрубить на моем аккаунте транзакцию логов? и разве симантек их делает?
Автор: Fargal81
Дата сообщения: 01.07.2008 09:17
Помогите. Можно ли сделать так, чтобы быкап делал из другой сети. У него 192.168......, а надо делать бэкап 172.16..... При этом нет возможности поставить дополнительную сетевуху.
Автор: mirage123
Дата сообщения: 01.07.2008 10:07
to Fargal81

Ну а почему бы на быкапе не прописать ещё один айпишник из другой подсети? На одной сетевухе может крутиться несколько айпишек.

А вообще какая структура сети? Физически они в одной сети а деляться по подсетям?
Автор: Fargal81
Дата сообщения: 01.07.2008 10:20
Если добавляю IP 172.16....., то эта подсеть вообще не пингуется. Физически они в разных сетях, но настроен роут
Автор: ALEX_SE
Дата сообщения: 01.07.2008 10:30
Настройте роутинг нормально и бакапьте... добавляя сервер через юзер селекшн лист.
Автор: mirage123
Дата сообщения: 01.07.2008 10:35
А для чего тогда роут поставлен? Он ведь нужен для того чтобы ПК с одной сети "общались" с ПК в другой сети, А у Вас так сейчас не происходит?

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344

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


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