N0n4me
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: Цитата: Столкнулся с проблемой бекапирования Exchange Document Level | У меня при очень похожей конфигурации (отличие - 2008 R2 RC) на тестовом сервере заработало без бубнов. 12.5 устанавливал с нуля. Кстати, на все майлбоксы full access только у владельцев. Добавлено: Цитата: Цитата: Brick Level на Excange отрабатывает .. | Имеется ввиду Document Level ? Скорость выполнения резервного копирования зависит от целого ряда параметров, одно перечисление которых может уморить любого. Конфигурацию ваших серверов участвующих в резервном копировании, описанную вами ранее, я лично не понял. Какие Цитата: к каким серверам они подключены, на какое устройство выполняется резервное копирование и т.д. ??? К примеру, резервная копия базы Exchange 2007 (порядка 400 mailbox) на уровне Document Level при full backup, включенном шифровании на уровне агента и аппаратной компрессией средствами автолоадера, при условии что ArcServ и Exchange 2007 это разные сервера подключенные гигабитными интерфейсами через гигабитный коммутатор и что копирование выполняется в ночное, как наиболее благоприятное, время (нагузка на сервера минимальна) учитывая, что активирована функция multistreaming (параллельно архивируется до 4 серверов) длится: Average Throughput: 200,91 MB/min Elapsed Time: 10h 59m 36s 131 671,74 MB Written to Media. Цитата: Все, что мне нужно, это возможность восстановления отдельно взятого почтового ящика | Случайно удаленного? Для этого проще воспользоваться средствами самого Exchange сервера. Если вам необходимо восстановить отдельный элемент (сообщение, задачу и т.д.) в ящике, тогда вы выбрали правильный метод. Только возможно, вам стоит обратить внимание на то, что кроме полного копирования, существуют еще и дифференциальное с инкрементальным и с учетом этого перенастроить существующую job. Цитата: Нельзя ли как-нибудь задать точно указанное время, в которое будет создаваться часть бэкапа, касающаяся именно лабораторных данных? | Вы можете сделать так, что в это время приложение не обратится к данным? Настроите агента для открытых файлов или используйте VSS, возможно проблемы с одновременным доступом к файлам на этом закончатся. Измените порядок выполнения заданий в джобе так, что бы эти данные копировались первыми. Создайте отдельную job и запускайте до основного задания в конце концов Добавлено: Сам столкнулся с такой проблемкой. На тестовом сервере Windows 2008 R2 RC ArcServ 12.5 база данных MS SQL 2005 SP2 не форматируются и не "очищаются" (Erase) fs device. К примеру, создаю тестовое fs device в тестовой группе. Пока на это устройство ничего не записано, операции по форматированию или "очистке" (erase) выполняются успешно. Выполняю резевное копирование произвольных файлов на это устройство. После этого пытаюсь чистить или отформатировать устройство - получаю ошибку. В логах Type : Failure Audit Date : 06.09.2009 02:50:58 Event : Erase tape Message : [Name=06.09.09 3:07, ID=FE7A, Sequence No.=1, Serial NO.= ]; ErrorInfo:Database operation fails.(13108)) Так происходит со всеми fs девайсами во всех группах не зависимо от их принадлежности к медиа пулам. Проблема номер два (очень подозреваю, что они как-то взаимосвязаны). После выполнения резервного копирования девайс не перемещается в медиа пул. Медиапул создан автоматически при настройке job с использованием GFS. Возможно только "ручное" перемещение. Гугл пока не помогает. Вопрос закрыт. Помогла установка SP3 для MS SQL 2005. | Всего записей: 35 | Зарегистр. 18-01-2006 | Отправлено: 04:55 06-09-2009 | Исправлено: N0n4me, 04:12 17-11-2009 |
|