Перейти к содержимому



Контент пользователя vulkano

Найдено 8 записей от vulkano (Поиск ограничен от 13-мая 23)


#13572 проблема с добавлением на кассету

Отправлено по vulkano   15 июля 2009 - 01:54 в Symantec-Veritas Backup Exec

При перетирании данных посмотри лог. Там написано откуда взята ленточка.
Плюс можно посмотреть опции самого стримера. Возможно он сам аппаратно подаёт команду на помещении этой ленточки в скречед или импортэд.

В Media Overwrite Options должно быть выбрано
Если это не решит проблему, то хотя бы чётко позволит сказать почему происходит такие дела.



#13269 Проблемы с GRT

Отправлено по vulkano   08 июля 2009 - 07:57 в Symantec-Veritas Backup Exec

up



#13268 Низкая скорость бакапа Exchenge 2007

Отправлено по vulkano   08 июля 2009 - 05:45 в Symantec-Veritas Backup Exec

Ну наверное первое - это какой бэкап по сути? Обычный или GRT. Если GRT - то снижение скорости абсолютно логичный и ожидаемый факт.
Очень может быть что база эксченджа сильно фрагментирована. Попробуй полечить базу. Возможно хранилище, где лежит база медленное.



#13267 Как очистить ленту?

Отправлено по vulkano   08 июля 2009 - 05:02 в Symantec-Veritas Backup Exec

Для того что бы почистить тебе её надо сначала перенести в Retired media. После этого менюшка Long Erase будет доступна.



#13266 проблема с добавлением на кассету

Отправлено по vulkano   08 июля 2009 - 04:57 в Symantec-Veritas Backup Exec

Медию свою проверь где лежит кассета. В ней должно стоять Infinite на overwrite Infinite на append.
Для BE абсолютно всёравно что ты сделал с кассетой до инвентаризации. Другими словами - ты можешь вынимать, вставлять, крутить, чистить стример/кассету - до того момента пока не будешь менять логику медиа сетов в самом BE. Тогда BE будет думать что у него всё хорошо и все кассеты - онлайн.

Таким образом:
1) Либо при вытаскивании кассеты - стример автоматически выкидывает её в офлайн, после чего она вставляется и попадает сразу в скречед-медиа, и тогда соответственно он думает что кассета новая и просто даже её не читает на предмет записанных флагов.

2) Либо тот медиа-сет в котором живёт эта лента имеет большой период перезаписи, а аппенд стоит на время, которое до момента новой загрузки кассеты просто истекает.



#13265 Проблема с Selection List

Отправлено по vulkano   08 июля 2009 - 04:44 в Symantec-Veritas Backup Exec

Потому что надо убирать не галочки а строки в "View selection list details". И, в принципе, необходимо брать за правило править именно эту вкладку, потому что эти галочки часто преподносят проблемы, особенно если на серверах больше не стоит агентов BE - убрать их просто невозможно.



#13260 BackUp Exec Agent for Oracle Server

Отправлено по vulkano   07 июля 2009 - 02:01 в Symantec-Veritas Backup Exec

А не проще было бы средствами оракла резервироваться, а уже файлики на системе ntfs (или там я не знаю какая) забирать на ленты. Так удобнее и дешевле.



#13258 Проблемы с GRT

Отправлено по vulkano   07 июля 2009 - 12:56 в Symantec-Veritas Backup Exec

Приветствую!

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

Есть резервка почтовика (Exchange 2000) по принципу GRT - поящичный бэкап с возможностью восстановления отдельных писем.
Сам джоб по бэкапу проходит стабильно. Но с восстановлением возникли проблемы.

При попытке восстановить ящик (IvanovAS) пишет вот такую ошибочку:
Код
The job failed with the following error: The Logon account you specified must correspond to a unique mailbox.
For example "admin" isn't unique if there is an "administrator" account.


При этом солюшн, находящийся по адресу http://seer.entsupport.symantec.com/docs/262707.htm, никак не помогает, а даже ухудшает картину.

Так как IvanovAS впринципе не единственный Иванов во всём лесу, и BE думает что он не юникью (что, кстати, написано прямо вот по этой ссылке http://http://seer.entsupport.symantec.com/docs/256537.htm) и сваливается в ошибку.

Ставлю Hide, как по солюшену - начинает с такой же проблемой ругаться на саму учётку, под которой проходит резервка и восстановление. Ставлю на обе учётки Hide и тогда джоб вываливается в такую ошибку:
Код
The job failed with the following error: Unable to attach to a resource.  Make sure that all selected resources exist and are online, and then try again.  If the server or resource no longer exists, remove it from the selection list. Edit the selection list properties, click the View Selection Details tab, and then remove the resource.


Бэкапится это дело на виртуальные ленточки на жёсткий диск (по другому GRT не делается). Ленточка лежит там где надо (то есть проблема не в аттаче именно самой ленты). В базе есть почтовый ящик Иванова со всеми письмами. Права учётки для резервки на почтовике абсолютные (как на сам сервер так и на сторы).

Есть ли какие-либо предположения? Может что-то не так делаю в процессе восстановления?
Help!




Рассылка 'Новости систем хранения данных.'