Резервное копирование Microsoft Exchange с помощью CA ARCServe Backup

После развертывания почтового сервера Exchange 2010 у кадого администратора возникает вопрос, как делать резервное копирования базы данных?  В данном обзоре мы рассмотрим резервное копирование с помощью программного продукта CA ARCServe Backup  r16.0 SP1 (Build 6838).   

  • Что мы имеем?
Сервер Exchange – 2 шт.  (Exchange 2010 SP2)Сервер бекапа (железный)  с предустановленной серверной частью CA ArcServe Backup.Ленточную библиотеку ADIC Scalar 100, подключенную к серверу бекапа.

 Описание возможностей ArcServe for Microsoft Exchange с официального сайта:

  • Бэкап и восстановление серверов MS Exchange 2010, MS Exchange 2007 и более ранних версий;
  • Полная поддержка технологии Database Availability Group (DAG) в Exchange 2010;
  • Копирование и восстанавливание серверов MS Exchange в режиме on-line (без остановки сервера);
  • Копирование и восстанавливание в режиме Brick-Level. Вы имеете возможность восстанавливать иформацию до уровня почтового сообщения в персональном почтовом ящике и общих папках;
  • Копирование и восстановление на уровне Document Level. Вы сможете восстановить любое почтовое сообщение непосредственно в почтовый ящик пользователя;
  • Резервное копирование и восстановление по любому временному графику;
  • Создавать иерархические архивы почтовых ящиков с возможностью восстановления любых сообщений на любую календарную дату;
  • Резервное копирование и восстановление класстерных конфигураций MS Exchange;
  • Резервно копировать и восстанавливать диск кворума;
  • Использовать возможности восстановления в MS Exchange Recovery Storage Group;
  • Восстановление работоспособности вышедшего из строя сервера MS Exchange без переинсталирования;
  • Восстановление «физического» сервера MS Exchange в виртуальную среду;

 Что нам необходимо получить ?

  • Ежедневное резервное копирование базы Microsoft Exchange на уровне базы. (включая базы данных общих папок).
  • Ежедневное резервное копирование базы Microsoft Exchange на уровне документов. (что-бы иметь возможность восстанавливать отдельные письма).

 

 Итак приступим:

 1) Устанавливаем агента Arcserve на каждый сервер Exchange.  В процессе установки отмечаем галочками Agent For Microsoft Exchange, Agent for open files.  (Нам необходимы оба агента для корректной работы)

Резервное копирование Microsoft Exchange с помощью CA ARCServe Backup

Резервное копирование Microsoft Exchange с помощью CA ARCServe Backup

2)Устанавливаем MAPI CDO (Microsoft Exchange Server MAPI Client and Collaboration Data Objects) с сайта Microsoft

Скачиваем ее по ниже указанной ссылке.

http://www.microsoft.com/en-us/download/details.aspx?id=1004.  Данная CDO нам необходима для работы document-level.

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

3)  После всех установок перезагружаем почтовые сервера.

 

  • Установка серверной части завершена, начинаем создавать задание бекапа.

 1) Устанавливаем на рабочей машине администратора бекапа консоль.

Резервное копирование Microsoft Exchange с помощью CA ARCServe Backup

2)      Далее открываем консоль, соединяемся с нашим сервером бекапов.  При первом запуске консоли,  она сама найдет сервер бекапов в вашей сети.

Резервное копирование Microsoft Exchange с помощью CA ARCServe Backup

3)      После того как открылась консоль, нам необходимо добавить сервер в консоль ArcServe.  Заходим Quick Start\Administration\Central agent Admin

Резервное копирование Microsoft Exchange с помощью CA ARCServe Backup

Далее нажимаем правой кнопкой мыши на Windows System выбираем Add machine/object

Резервное копирование Microsoft Exchange с помощью CA ARCServe Backup

И вводим имя наших почтовых серверов, на которые мы устанавливали агентов вначале данной статьи.

После того как сервер добавлен, мы можем развернуть его на + и посмотреть состояние агентов.  Как мы помним, нас интересуют агенты Client Agent For Windows, Agent For Microsoft Exchange

  •  Создаем задание.

Нажимаем quick Start/backup

Открывается окно с 4мя пунктами: Start > Source > Schedule > Destination

1)      В start выбираем  normal backup,

2)      В source мы должны выбрать источник бекапа, а именно наш почтовый сервер, развернем его

Резервное копирование Microsoft Exchange с помощью CA ARCServe Backup

В списке мы видим, что нам предлагается выбрать:

  • Microsoft Exchange Server —  Document level
  • Microsoft Exchange Server —  database level

Соответственно, что нам и было нужно.

3)      Во вкладке schedule выбираем время , когда будет происходить бекап данного сервера.

4)      Соответственно во вкладке destination выбираем место хранения нашего бекапа.

Если у кого возникли вопросы по поводу настройки ArcServe, с удовольствием помогу разобраться и отвечу на них. Пишите в комментарии.  

 Если у вас остались вопросы или вам понравилась статья, пожалуйста — оставьте комментарий. 

 Посмотреть другие статьи из раздела Microsoft Exchange ServerВернуться на главную. 

Ссылки по теме:

На ту же тему
Обсуждение: оставлено 57 коммент.
  1. snn:

    добрый вечер, при попытке просмотра document level & database level for exchange 2013 идет постоянный запрос логина и пароля, словно не хватает прав на просмотр. в каких конкретно группах должен состоять системный аккаунт, чтобы просмтаривать exchange server 2013. спасибо

  2. Phoenix:

    SMM добрый день, проверьте пожалуйста установлен ли у вас компонент Mapi cdo http://www.microsoft.com/en-us/download/details.aspx?id=1004

    А если просматривать просто папки? их отображает? не document level?

  3. Phoenix:

    Я лично на 2013 Exchange не проверял, но я думаю что структура врятли особо изменилась в этом плане. Если CDO установлено, проверьте состоит ли учетка ArcServe, под которой вы соединяетесь с консоли до агента в группах Organization Management в AD и в добавьте ее в группу локальных администраторов на сервере Exchange.

    Так же не забудьте назначить этой учетной записи права на почтовые ящики в базе, это делается командой
    Get-MailboxDatabase -identity “название вашей базы” | Add-ADPermission -user domain\admin -AccessRights GenericAll

  4. Adlan:

    У него явно не установлено CDO. SMM проверьте, в старых Exchange CDO была встроенная, после 2003-го сервера ее вывели в отдельную утилиту.

  5. snn:

    добрый вечер еще раз. спасибо за советы! свелось все к тому,что был не обновлен агент arcserve на exchange 2013 до update 3.
    и итоге выявлено:
    1) действительно необходимо устанавливать Microsoft Exchange Server MAPI Client and Collaboration Data Objects 1.2.1 May 2013 Update
    ставила именно этот
    http://www.microsoft.com/en-in/download/details.aspx?id=39045
    2) сервисный аккаунт для (document level & database level) должен состоять в группах:
    Domain Administrators (Primary Group)
    Administrators and Backup Operators on the Exchange Server system (сервер с Exchange не является КД)
    Organization Management
    аккаунт не должен состоять в Domain Users
    3) mailbox Для системного аккаунта должен быть проинициализорован
    4) для доступа к общим папкам было задано: Add-PublicFolderClientPermission -Identity «\My Public Folder» -User Chris -AccessRights author

    так же назначать права Get-MailboxDatabase -identity “название вашей базы” | Add-ADPermission -user domain\admin -AccessRights GenericAll
    необязательно, поскольку членство в Organization Management уже задает full access к почтовой базе.

    не совсем понятно одно. обновлять агента нужно дополнительно (отдельно) от сервера arcserve ??
    на сервер exchange устанавливался arcserve patch manager и через него ставился 3й update.
    это только в случае локальной установки агента? или же в любом? (например remote agent install)

  6. Phoenix:

    Спасибо так же вам за советы , Нам еще ArcServe не приходилось использовать с Exchange 2013, но все не за горами ) От 2003х бы избавиться быстрее )

    • snn:

      может вы используете в exchange такой тип почтовых ящиков как shared mailbox? удается ли их бэкапить? (отображаются ли они в ducument level arcserve подобно обычным mailbox) или нужны доп настройки какие-либо?

      • Phoenix:

        Да используем. Бекапятся абсолютно так же как и обычные. Я вообще стараюсь после каждой начальной настройки векапа делать так называемое тестовое «восстановление». Дополнительные настройки никакие не требуются. Правда восстанавливать Shared Mailbox я не пробывал. Попробую в понедельник, отпишусь о результатах. Вы давно используте Exchange 2013? Как он в использовании? есть проблемы?

        • snn:

          exchange 2013 только начинаем использовать. как раз в процессе миграции с 2007 версии. с миграцией пока особых проблем нет
          по поводу shared mailbox они по какой-то причине не отображаются в arcserve в document level.(ящики создавались изначально как shared)
          c shared mailbox раньше не работали (для этих целей использовались public folders, От которых же есть желание уйти.)
          поделитись, если не затруднит, как вы раздаете права на shared mailbox. есть ли возможность дать право read only для всего shred mailbox? (получается только на отдельные каталоги типо «входящие», «черновики» и т.д. через назначение прав в Outlook, что не совсем подходит)

          • Phoenix:

            Извиняюсь, перепутал linked с shared :)
            Shared у нас ящиков нет, линкеды видны в document level, попробую уточнить ваш вопрос у ребят из регионов. Тоже хотим избавиться от общих папок, но пока это нереально, по причине того, что все-таки shared не имеет достаточных функционал + имеет глюки с «прочитано», а так же есть проблема с отображением папки отправленные. Например если пользователь отправит письмо от имени почтового ящика письма ни кто кроме автора не увидит, т.к. они будут лежать только в его личной папке.

  7. Приветствую,

    Не могу разобраться куда уже копать, на данный момент я уже пользую Arcserve r16, столкнулся с тем что бэкап с почтовых серверов перестал проходить. в логах пишет постоянно Failed to receive data from the agent. На самих серверах в агентах нет ниодного connection соответственно. Если я правильно понимаю, на сервере инициализируется запрос на создания снапшота и отправляется на агент которые делает моментальный снимок который после отправляется на сервер для записи( ну это примитивное разьяснение) так вот не могу понять что у меня не так работает(( Если есть большой опыт в этом был бы рад хоть какой нибудь помощи, сейчас уже прочитал все буквари, но там все как настроить а не как убрать проблему.
    Спасибо за ранее за помощь,

    Дополнительную информацию готов обсудить по почте .

    Бьюсь уже неделю и буду рад любой помощи.

    С уважением,
    Константин

  8. Phoenix:

    Константин добрый день, подскажите какой именно сервер вы бекапите? Каких агентов используете? я имею в виду версию

  9. ответил в почту, если найду решение, обязательно опишу всю проблему и ее решение!

  10. snn:

    к сведению =) shared mailboxes действительно отображаются как обычные почтовые ящики в document level, бэкапятся так же

  11. Phoenix:

    konstantin видел ваше письмо еще не успел ответить, отпишусь скоро.

  12. Большое спасибо, если будет нужна дополнительная информаци или выгрузки с клиента или сервера я смогу их так же предоставить.

  13. snn:

    Доброго времени суток!
    не встречались с ошибкой при подключении exchange 2013 document level типа:?
    OpenMsgStore() failed The information store could not be opened. Err:8000000080040111
    A necessary Exchange service is not running. Please start the related service on the Exchange server manually.

    • Adlan:

      Проверьте не падает ли служба Agent for Exchange в момент бекапа, у нас была такая ситуация, решилась она только переустановкой серверной части, как не странно.

      • У меня во время бэкап падают два сервиса
        -Volume Shadow Copy
        -Microsoft Software Shadow Copy Provider
        Что вы имеете ввиду под переустановкой серверной части?

      • snn:

        насколько я поняла, речь идет о службе arcserve universal agent на стороне Exchange сервера- служба не падает
        бэкап еще даже не выполнялся. на данном этапе просто попытка просмотра списка ящиков mailbox database в document level. он не отображается
        на стороне arcserva Тоже стабильно со службами
        netstat показывает несколько установленных сессий по 6050 порту

  14. Phoenix:

    К сожалению не встречали такую ошибку. Может быть она связана с ThrottlingPolicy? Вы изменяли лимиты изначально?
    Выполните Get-ThrottlingPolicy
    Покажите какие у вас параметры:
    RCAMaxConcurrency
    RCAPercentTimeInAD
    RCAPercentTimeInCAS
    RCAPercentTimeInMailboxRPC

    Но возможно дело не в этом, просто изменение данной политики решило у нас кучу ошибок Acrserve.

    • snn:

      все настройки остались дефолтовые:
      RcaMaxConcurrency : 40
      RcaMaxBurst : 150000
      RcaRechargeRate : 900000
      RcaCutoffBalance : Unlimited

      RCAPercentTimeInAD, RCAPercentTimeInCAS, RCAPercentTimeInMailboxRPC в 2013 Exchange нет

  15. Phoenix:

    А бекап у вас всегда с ошибкой проходит? или временами нормально? Уже мысли начинают заканчиваться.
    Если в Exchange 2013 их нет то вопрос как регулировать эти параметры?

  16. snn:

    бэкап для document level всегда с ошибками, с database бэкап успешно проходит. у вас arcserve входит в домен?

  17. Phoenix:

    Сам сервер? Да в домене. У вас такая же проблема что и у Константина (или похожая) . Вам нужно добиться чтобы при просмотре Document level он отображался, перезабейте пароли на учетку под которой вы осуществляете коннект. Document level должен раскрываться до бекапа, иначе он его не сделает.

    • Кстати, на счет того чтоб отображался Document Level. Заходя в работу, разворачивая дерево до Exchange, в моем случае упираясь в DAG , если я хочу больше развернуть database это без проблем, но при той же самой операции с document у меня виснет консоль и помогает только переоткрытие, но как выделить необходимы базы для бэкап нашел, щелкнул просто на document level в правой стороне появляется список баз, там без проблем можно ставить или снимать метки. Упираться и думать почему он виснет не стал, так после включения необходимых баз , мне больше ходить туда не нужно.

  18. как и обещал пишу по результату!

    На данный момент проблему решил следующим образом:
    Деинсталлировал агентов не серверах Exchange- перезапустил, после чего запустил установку агентов через консоль Arcserve, так как после этого ушла большая часть ошибок. После чего сбросил лимиты на Exchange, как это сделать описанно в этой статье http://www.arcserve-knowledgebase.com/index.php?View=entry&EntryID=2522.
    Необходимо проверить сервисы на серверах
    -COM+ Event System
    -Microsoft Software Shadow Copy Provider
    -Volume Shadow Copy
    для русского это:
    -Система событий СОМ+
    -Программный поставщик теневого копирования (Microsoft)
    -Теневое копирование тома
    На текущий момент бэкап работает, выходят ошибки типа (AW9621 не забэкаплены какие то mailbox) в моем случае это связанно с MAPI CDO, отголосок старого, для связи Exchange c древними версия Outlook (97-й, 2000-й и тд) У меня таких всего один-два, но для остальных двух тысяч все успешно.

    Константин

  19. Я не против!
    Хотелось бы получить больше информации какая серверная часть r16 или r16.5
    и какой билд. Второй вопрос под какой учетной записью входит на сервер, под какой учетной записью запускаются тестовые job. В вкладке Administration=> central admin agent необходимо было устанавливать агент на сервер, сначало добавив после чего правой кнопкой Agent deployment, после правильной установки агента, необходимо там же назначить Debug Level 4-й впринципе достаточно для анализа, если есть удалить старые журналы, чтоб не мешали, так как журналы предыдущих работ будут там же. Если пользователь входит в перечисленные в мануале группы перебить его на задание.
    Итого получаем:
    -Правильно установленный агент
    -Учетная запись с необходимыми правами
    — Сервисы обязательно проверить перед запуском работы
    -Агент и сервер должны быть одного билда и версии
    — Базы document level and database, при чем внимательно почитайте какими правами должен обладать пользователь для бэкапа document level, там они отличные от database
    -После запуска работы смотреть Activity log, на каком этапе валится а какой сервер ходит, если такой не один, после чего смотреть в central admin agent подробный лог

    Если несколько серверов находятся ли они в DAG.

    В подробном логе обычно пишут прям конкретно в какой момент он валится и на чем, если внимательно читать видно проблему. Сообщите о проделаных работах выше. У меня после проделанного были ошибки failed to back up (n) mailbox n-это колличество не забэкапленных, но решил это сбросом лимитов в null, выше я кидал ссылку как необходимо это проделать.
    Собственно если не поможет, пришлите лог где запускается работа и скрин из Activity log как ведется сама работа.

    • Еще раз хочу подчеркнуть правильно установленный агент, так как изначально я устанавливал его локально на серверах и это было ошибкой, так как при установки его через консоль он работает правильно. Это было замеченно лично, а так как сервера у меня боевые то после каждой переустановки необходимо было дожидаться нерабочего времени чтоб перезагрузить их после деинсталляции.

  20. snn:

    доброго времени суток. спасибо за желание разобраться.
    серверная часть используется r16.5 (Build 7106) (с установленными Update 2 & 3) win server 2012 r2 не в домене.
    клиентская часть установлена через Agent deployment + вручную проставлены Update 2 & 3 (c использованием patch manager на Exchange) r16.5 (Build 7106). до установки агента проставлен Microsoft Exchange Server MAPI Client and Collaboration Data Objects 1.2.1 May 2013 Update
    на данным момент присутствует смешанная организация exchange 2007 sp 3& 2013 cu2. причем document level для 2007 отображается.
    учетной записи добавлены необходимые права ( выше в посте описаны)
    бэкап для document level не выполняется, поскольку document level не отображается
    в логах вижу
    [MAPISIS ERROR] OpenMsgStore() failed The information store could not be opened. Err:8000000080040111
    далее
    A necessary Exchange service is not running. Please start the related service on the Exchange server manually.

  21. Добрый день!

    Данная ошибка не совсем информативная для поиска, хотя и по ней я нашел в базе знаний информацию http://www.arcserve-knowledgebase.com/index.php?View=entry&EntryID=4584.
    Если говорить о «A necessary Exchange service is not running. Please start the related service on the Exchange server manually» , то тут я столкнулся с такой же ошибкой на своем Arcserve и нашел в базе знаний информацию для решения, но как я говорил у меня это связанно только с двумя клиентами и для меня это не критично.
    http://www.arcserve-knowledgebase.com/index.php?View=entry&EntryID=4600
    Хотелось бы еще раз уточнить, если оставить отметки в job только на database level бэкап проходит? Так же хотелось получить номера ошибок из Activity log, по ним в базе знаний можно найти решение.
    [MAPISIS ERROR] у меня эта ошибка ушла когда клиент был корректно установлен.
    Вот еще в базе знаний с похожей проблемой. не совсем ваш случай но все же попробовать можно
    Дайте знать что проделали и что получилось.

    http://www.arcserve-knowledgebase.com/index.php?View=entry&EntryID=5072

      • snn:

        спасибо за ссылку. с CreateMsgService() порядок.
        Mapisvc.inf правильный
        как корректно удалить агент? (переустановить) чтобы со всеми хвостами из системы.
        увеличен уровень логирования.
        и первая же ошибка в логе, после попытки просмотреть базу
        [29d8 ExpaAdp WARNING] AdjustTokenPrivileges() failed
        похоже системный аккаунт не получает все разрешения.
        далее
        Begin MAPILogonEx() failed MAPICODE: 0
        End MAPILogonEx() failed MAPICODE: 0
        After MAPILogonEx() before call my failed MAPICODE: 0

        [MAPISIS ERROR] OpenMsgStore() failed The information store could not be opened. Err:8000000080040111
        [MAPISIS ERROR] OpenStoreAndTable failed
        [DBAEXSIS ERROR] CBrowse::GetExch2000Mailboxes() GetMailboxLegacyDNBuffersize() failed

        • Агент удалил зайдя на прям сервер, убедился что в сервисах не осталось процессов, после необходим обязательно reboot.

          • snn:

            нужно ли дополнительно удалять папки, после удаления агента?

          • Думаю не обязательно, ведь агент как таковой не хранит в себе ничего, простоя деинсталляция и перезагрузка, я делал это прям на сервере для удобства, так же проверял сервисы которые могли остаться от него их два.
            CA ARCserve Discovery Service
            CA ARCserve Universal Agent
            Вообще я нашел всего 6 сервисов которые как то связаны c работой, но для переустановки удаляются только первые два те что от агента:
            CA ARCserve Discovery Service
            CA ARCserve Universal Agent
            COM+ Event System
            Microsoft Software Shadow Copy Provider
            Volume Shadow Copy
            Windows management Instrumentation

  22. snn:

    job только на database level бэкап проходит. восстанавление не тестировалось.
    в activity log ошибки
    W3073 The System Account credentials are invalid or have expired. Please reconfigure the credentials using Server Admin. (USER=Administrator, EC=The user name or password is incorrect.) (не критична)
    AE9609 A necessary Exchange service is not running. Please start the related service on the Exchange server manually.
    AE9603 Agent is not able to enumerate the storage group, database or mailbox
    AW9627 No item was backed up.

    • По ошибке W3073 проделать обязательно
      http://arcserve-knowledgebase.com/index.php?View=entry&EntryID=4204
      а вот по 9609 и 9603 и 9627
      http://arcserve-knowledgebase.com/index.php?View=entry&EntryID=3727
      Сначала должен быть установлен MAPI CDO и только потом агент. Хоть там и для 16.0 версии но принцип работы не изменен. Но по своему опыту борьбы скажу, убил кучу времени убирая то одну то другую ошибки, их очень много и по каждой необходимо проделывать ряд операций, но в моем случае оказалось что необходима правильная установка агента, и сброс лимитов на Exchange.
      Порядок такой, если все с нуля, устанавливаем серверную часть, далее MAPI, после чего накатываем через консоль агенты, удостоверяемся что учетка имеет доступ необходимый для бэкапа и после чего пробуем.

      В вашем случае database работает, проблема с правами, как я говорил для выполнения бэкап для document level необходимы отличные права, от тех что имеются у учетной записи.

      Если все ранее написанно проделано верно, давайте поступательно убирать ошибки. Ссылки выше, после запустите и напишите что появится на этот раз.

  23. Добрый день!
    Есть ли какие-нибудь новости? :) Проблема решена?..

  24. Phoenix:

    Константин спасибо вам за столь расширенные ответы, но SNN видимо куда-то пропала.

  25. snn:

    Добрый день. извиняюсь за задержку с ответом.
    нет, проблема к сожалению не решена.
    что собственно было проделано
    установлена новая серверная часть arcserve r16.5 c update 2 & 3 , с вводом в домен
    на exchange 2013 cu2 был переустановлен полностью агент и mapi cdo (6.5.8320) (установлены update 2&3)
    системному аккаунту добавлены необходимые права
    согласно http://www.arcserve-knowledgebase.com/index.php?View=entry&EntryID=5225
    и
    http://www.arcserve-knowledgebase.com/index.php?View=entry&EntryID=3042#Document%20Level%20Backups
    плюс ко всему настроен сам агент для exchange
    (Configure Agent Settings for Document Level Backups:
    Set the Maximum Number of Threads value to 4 or 6.)
    создана новая политика ThrottlingPolicy
    Set-ThrottlingPolicy ARCserveDocLevelPolicy -RCAMaxConcurrency unlimited -RcaMaxBurst unlimited -RcaRechargeRate unlimited -RcaCutoffBalance unlimited
    и добавлена системному аккаунту
    Set-Mailbox backup -ThrottlingPolicy ARCserveDocLevelPolicy
    и базовый траблшуттинг =)
    http://arcserve-knowledgebase.com/index.php?View=entry&EntryID=2
    в итоге остается одна и так же ошибка в логах для doc level
    Begin MAPILogonEx() failed MAPICODE: 0
    End MAPILogonEx() failed MAPICODE: 0
    ….
    [MAPISIS INFO] Calling OpenMessageStore() from CPrivateISBrowseSession
    [MAPISIS ERROR] OpenMsgStore() failed The information store could not be opened. Err:8000000080040111
    и что с ней делать пока неясно.
    оф сайт майкрософта даже ее описывает http://support.microsoft.com/kb/238119
    MAPI_E_LOGON_FAILED 80040111
    даже один из возможных вариантов решения.
    http://support.microsoft.com/kb/181739/ru
    пока остановились на этом.
    большое спасибо за советы и помощь!
    если что-то прояснится -обязательно отпишусь.

    • snn:

      ах да, агент устанавливался через agent deployment .
      если это связано с недостатком прав для системного аккаунта. то где же можно посмотреть, каких еще же??!!!

  26. Приветствую, какой уровень логирования установлен, хотелось бы увидеть лог работы, что если попробовать изначально работу бекап без надстройки MAPI CDO ведь она нужна для последующего восстановления конкретных ящиков для того чтоб всю структуру можно было разварачивать. Нужно как можно больше упростить бэкап, для того чтоб изначально хотяб простой бэкап exchange на одной маленькой базе прошел и если он на простом валится уже капать, это будет и быстрее и эффективней. У меня переодически сваливаются ошибки, но я создал работу для проверки с тестовой базой только exchange, если сваливается то гараздо быстрее и меньше информации нужно для обработки.
    Создайте если нет тестовую базу, в настройках агента через консоль установите 4-5 уровень логирования для document и database level и если сможете пришлите лог работы, а так же скриншот лога в activity log, я по прежнему думаю что пользователь под которым проходит бекап где то не дополучает прав.

    • snn:

      доброго времени суток!
      еще раз спасибо за содействие!
      с doc level решено разобраться позже. т.к нет острой необходимости в этом функционале.
      в случае крайней необходимости ящик -письмо можно восстановить через recovery database .
      возник другой интересный вопрос. возможно уже кто-то столкнулся. при full backup базы (database level) при успешном завершении бэкапа транзакшн логи в базе не очищаются. (причем это относится к базам созданным на exchange дополнительно) в дефолтовой базе ,логи прекрасно очищаются.

  27. Khan Tengri:

    Доброго вам времени суток! Спасибо за полезную статью и комментарии. Не могли бы ли вы мне помочь в следующих вопросах, вкратце : как можно посмотреть правильно ли он бэкапит, то есть как узнать, что данные сохраняются правильно и в случае падения сервака как делается восстановление системы. Как просмотреть скрипты с настройками бэкапа, которые я сохранил. С помощью вас я настроил бэкап, он делает сохранения данных exchange, системы и данных на локальных дисках, то есть полный бэкап. В протоколах все четко, без ошибок. Заранее вас благодарю.

    • Phoenix:

      Не совсем понятно, что вы именно хотите? Вы хотите удостоверится, что бекап действительно проходит? Вы пробывали делать тестовое восстановление?

  28. Khan Tengri:

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

  29. Phoenix:

    Пожалуйста спрашивайте, мы постараемся ответить

    • Khan Tengri:

      Спасибо что отозвались, не могли бы вы коротко описать как делается тестовое восстановление.

  30. Добрый день!

    Какой версией продукта пользуетесь. а так же какой вид лент используете (LTO..)

    Для тестового восстановления необходимо зайти в Restore=>restore By session. Но первоначально необходимо выбрать из какой ленты будет восстановление, и установить.
    Если восстановление относительно недавнее то выбираете ленту, разворачиваете необходимую сессию необходимый сервер указываете маркером что хотите восстановить в другой вкладке указывает место восстановления, там по умолчанию стоит original location, по этому лучше выбрать место куда данное восстановление будет выполнено и на последней вкладке указываете когда хотите восстановить. Есть одна хитрость если период восстановление больше определенного времени по умолчанию это 7-14 вроде дней, нужно увеличить количество дней чтоб вы смогли развернуть необходимую сессию и добрать до нужного файла. Да восстановление необходимо производить от учетной записи которая имеет права на восстановление, работая в иностранной компании входили под одной учетной записью а восстановление происходило под другой, так что если настраивали не вы, то стоит уточнить данный пароль. Собственно ничего сложно не должно быть. Если будут проблемы с восстановлением присылайте ошибки поможем.

  31. alex:

    Добрый день, тема еще не зарыта, вопросы можно задать ?

Поделитесь своим мнением
Для оформления сообщений Вы можете использовать следующие тэги:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

 Акция!
 Последние коментарии
≡  Рубрики
Свежие записи
Информационные технологии © 2016 ·   Войти   · Все права защищены © Phoenix. Наверх