none
Backup Exchange RRS feed

  • Общие обсуждения

  • На сервере Exchange раз в сутки делается полный бэкап системы и диска с базами но последние два дня они не выполняются. Почему это происходит я не понимаю. Привожу лог Application. Есть идеи?

    https://drive.google.com/file/d/0B0jcxozY61dbdFNLYWVsUS1lbEk/view?usp=sharing

    19 ноября 2015 г. 7:49

Все ответы

  • https://drive.google.com/file/d/0B0jcxozY61dbdFNLYWVsUS1lbEk/view?usp=sharing
    • Изменено mo3kvich412 19 ноября 2015 г. 14:37
    19 ноября 2015 г. 7:51
  • Чем бэкапите?

    Get-MailboxDatabase -Status |ft Name, BackupInProgress

    Что показывает?

    Сервера не виртуальные?

    19 ноября 2015 г. 14:11
  • уберите эти простыни под споллер или в txt файл запигите и поместите на dropbox.

    смущает строк:

    Общие "Не удалось подготовить базу данных ""Users"" для резервного копирования, так как она уже находится в процессе резервного копирования

    ничего не копируете? Если нет попробуйте проверить запуск всех служб на exch. бывает что проблемы решаются перезапуском службы store.

    Вообще простыни с ошибками хорошо. но если напишите примерную схему как копируете и как у вас организованы базы - будет понятнее.

    19 ноября 2015 г. 14:19
  • Чем бэкапите?

    Get-MailboxDatabase -Status |ft Name, BackupInProgress

    Что показывает?

    Сервера не виртуальные?

    Бэкапим с помощью WSB. Сервер физический. Пишет на USB диск 2TB.
    Команду выполню, сообщу о результатах. 
    • Изменено mo3kvich412 19 ноября 2015 г. 14:46
    19 ноября 2015 г. 14:39
  • уберите эти простыни под споллер или в txt файл запигите и поместите на dropbox.

    смущает строк:

    Общие "Не удалось подготовить базу данных ""Users"" для резервного копирования, так как она уже находится в процессе резервного копирования

    ничего не копируете? Если нет попробуйте проверить запуск всех служб на exch. бывает что проблемы решаются перезапуском службы store.

    Вообще простыни с ошибками хорошо. но если напишите примерную схему как копируете и как у вас организованы базы - будет понятнее.

    1. Сделал

    2. Параллельно работает акронис. Я тоже думал он. Отключил, не помогло.

    3. Завтра попробую.

    4. Windows Server Backup бэкапит и систему и базы. Система на одном диске а базы на другом. Пишет на USB диск.

    5 было бы интересно услышат более верную практику резервирования баз. У нас 2 физических в DAG и 2 Виртуальных в CAS c WNLB 

    19 ноября 2015 г. 14:45
  • после 2х месяцев общения с Акронис, было принято решение перекинуть железные сервера на 2012r2 hyper-V и бэкапить Veeam. Это действительно быстро и удобно.

    Диски с базами - на Hyper-V делается RAID 1 на SAS, форматируется NTFS, кластер 64кб. Создается динамический vhdx ровно 500Гб, кидается на этот диск. У вас будет примерно 90% занят физический диск. На этом vhdx создаете 2-3-4 базы Exch. У меня было по 4-5х500Гб vhdx , никаких проблем не было. Полет нормальный.

    есть один ньюанс - бэкап с помощью Veeam можно делать как угодно - ящики в PST хотя бы вы сможете выгрузить (впрочем как и базы с логами). Но для нормального бэкапа в самом Veeam нужно использовать VSS. это все поймете когда будете настраивать задания бэкапа.  сам veeam нужен либо 7 sp3 либо 8 sp1 или новее (или как то так. у v7sp1 и версии v8.0 были проблемы с VSS ).

    Примерно veeam бэкапит при условии что установлен 1Гб сетевой адаптер:

    2,5Тб баз - полный бэкап около 10 часов, дифференциальный 5-10 мин. В целом это терпимо.

    Windows Server Backup бэкапит и систему и базы - отказались примерно 7 лет назад. При базах более 200Гб могут быть проблемы, при бэкапах более 1Тб проблем уже не избежать.

    CAS - бэкапить не нужно. Сервера восстанавливаюся через setup.com /m:recoverserver

    HUB- бэкапить не нужно setup.com /m:recoverserver

    DAG - бэкапится активная база, но есть тоже ньюансы. В принципе Veeam последних версий без разницы: активная/пассивная база.

    Symantec Exec - тоже бэкапит. Долго, но вполне неплохо.

    Acronis - обязательна покупка Acronis For Exchange.

    При любом бэкапе железа есть смысл делать проверку целостности бэкапа (обжогся на Акронис).

    20 ноября 2015 г. 12:19
  • На виртуализацию dag переходить не собираемся. Ответ окончательный и бесповоротный.

    Veeam покупать не собираемся, Exec тоже. (тупо не дадут денег)

    Acronis For Exchange нет ключа. (не дадут денег)

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

    Интересует решение именно данной проблемы с WSB.

    Если нет попробуйте проверить запуск всех служб на exch. бывает что проблемы решаются перезапуском службы store.

    Сервер не еще не перезагружал, сегодня сделаю. Сообщу о результатах.

    20 ноября 2015 г. 14:16
  • На виртуалки переходить не будем. Таково распоряжение начальства. года 3 назад, до того как я пришел эксч был виртуализирован(все роли на одном сервере). И он похерился.

    Денег на продукты для бэкапа не выделят. у нас даже ключа для Acronis For Exchange нет.

    проверку целостности бэкапа делаем.

    Если нет попробуйте проверить запуск всех служб на exch. бывает что проблемы решаются перезапуском службы store.

    Перезагрузил EXCH посмотрим как отработает бэкап. В понедельник сообщу.

    20 ноября 2015 г. 14:21
  • Перезагрузил EXCH посмотрим как отработает бэкап. В понедельник сообщу.

    Как то странно все. Бэкапы делаются. НО... the application will not be available for recovery from this backup.

    Я нашел эту ссылку http://exchangeserverpro.com/event-id-2137-windows-server-backup-completed-warnings-exchange-2010-mailbox-server/

    Действительно базы активны на другом(2) сервере. Но когда базы активны на этом(1) сервере то на том(2) сервере ошибок нет. (Надеюсь понятно написано) И этого в реестро нет HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ExchangeServer\V14\Replay\Parameters.  Add a DWORD entry of “EnableVSSWriter” with a value of 0 (zero).  Так же там(2) появились ошибки, но бэкап делается без ошибок.

    Имя журнала:   Application
    Источник:      ESE
    Дата:          23.11.2015 8:34:08
    Код события:   215
    Категория задачи:Ведение журнала и восстановление
    Уровень:       Error
    Ключевые слова:Classic
    Пользователь:  Н/Д
    Компьютер:     serv-megareserv.mn.ru
    Описание:
    Information Store (5812) Direction: Резервное копирование остановлено, поскольку оно было прервано клиентом либо соединение с клиентом было потеряно. 

    Для получения дополнительных сведений щелкните следующую ссылку: http://www.microsoft.com/contentredirect.asp.
    Xml события:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="ESE" />
        <EventID Qualifiers="0">215</EventID>
        <Level>2</Level>
        <Task>3</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2015-11-23T05:34:08.000000000Z" />
        <EventRecordID>655440</EventRecordID>
        <Channel>Application</Channel>
        <Computer>serv-megareserv.mn.ru</Computer>
        <Security />
      </System>
      <EventData>
        <Data>Information Store</Data>
        <Data>5812</Data>
        <Data>Direction: </Data>
      </EventData>
    </Event>

    Начал искать и нашел вот этот ресурс https://social.technet.microsoft.com/Forums/exchange/en-US/a371ec9c-95d8-4c3e-b1dd-dd046f8e8440/backup-with-warnings-the-application-will-not-be-available-for-recovery

    Но я не понимаю последнего сообщения. Которое является решением. К сожалению мой английский плох


    • Изменено mo3kvich412 23 ноября 2015 г. 7:35
    23 ноября 2015 г. 7:18
  • похоже на вашу проблему

    https://www.microsoft.com/products/ee/transform.aspx?EvtSrc=ESE&EvtCat=Logging%2FRecovery%20&EvtID=215&EvtCatID=3&EvtType=Error&EvtTypeID=1&EvtRptTime=1175188036&EvtTZBias=420&CoName=Microsoft%20Corporation&ProdName=Microsoft%C2%AE%20Exchange&ProdVer=8.1.63

    https://support.microsoft.com/en-us/kb/810333

    Troubleshoot hardware problems

    1. View the System log to determine whether disk I/O errors are listed.
    2. Obtain available firmware updates or driver updates for your hard disk drive controllers.
    3. Run the Chkdsk utility to determine whether a problem exists with the hard disk drives.

    на вашем месте  я бы перенес базы на новый сервер и после занялся старым. проблемы с водом-выводом дисков массива или проверкой chechksum, или VSS случались перед поломкой. это конечно не 100% шанс что случится - но подобные проблемы у меня были именно перед выходом дисков из строя.

    Отмонтируйте вечером базу и вручную перекиньте EDB файлы на ваше резервное хранилище -это позволит хотя бы снизить риски потерь данных и упростит восстановление.

    еще вспомните: не трогали ли вы настройки кэширования на дисках или RAID контроллере?

    проверку корректности базы можно выполнить с помощью eseutil. рекомендую скопировать куда нибудь edb и предварительно потренироваться на нем. базы в exch 2010 в онлайне проверяются, дефрагментируются и исправляются. но бывают случаи что исправлений не хватает - тогда в базе накапливаются ошибки, и тогда без eseutil не обойтись.

    23 ноября 2015 г. 9:13
  • Перезагрузил EXCH посмотрим как отработает бэкап. В понедельник сообщу.

    Как то странно все. Бэкапы делаются. НО... the application will not be available for recovery from this backup.

    Я нашел эту ссылку http://exchangeserverpro.com/event-id-2137-windows-server-backup-completed-warnings-exchange-2010-mailbox-server/

    Действительно базы активны на другом(2) сервере. Но когда базы активны на этом(1) сервере то на том(2) сервере ошибок нет. (Надеюсь понятно написано) И этого в реестро нет HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ExchangeServer\V14\Replay\Parameters.  Add a DWORD entry of “EnableVSSWriter” with a value of 0 (zero).  Так же там(2) появились ошибки, но бэкап делается без ошибок.

    Этого ключа нет, потому что вам его рекомендуют добавить, и перезапустить Microsoft Exchange Replication service, если вы делаете бэкап пассивной копии БД с этого сервера (т.е. ваш вариант).

    По поводу второй ссылки и предложенного варианта решения, там не ваш случай, там не усекаются логи и в ответе в вольном переводе сказано: Убрать старые логи с помощью временного включения circular logging, после этого сделать full backup, посмотреть начались ли усекаться логи, и в event viewer проверить, все ли прошло нормально, или есть какие то ошибки, с чем они связаны, и дать нам знать.
    23 ноября 2015 г. 9:17
  • http://exchangeserverpro.com/event-id-2137-windows-server-backup-completed-warnings-exchange-2010-mailbox-server/

    вы какие базы бэкапите?

    активную или пассивную?



    • Изменено Morozov A. _ 23 ноября 2015 г. 9:43
    23 ноября 2015 г. 9:32
  • Этого ключа нет, потому что вам его рекомендуют добавить, и перезапустить Microsoft Exchange Replication service, если вы делаете бэкап пассивной копии БД с этого сервера (т.е. ваш вариант).

    Извините видимо я ввел вас в заблуждение. Меня интересует почему, этого ключа EnableVSSWriterнет на втором сервере DAG (Его называл тот и другой(2) в будущем буду называть его Резервный). Сейчас базы активны на резервном, но раньше они были пассивны и ошибок там не было(То есть база пассивна а ошибок нет при условии что ключа тоже нет). Так же на резервном после активации на нем баз появились ошибки 215(описание комментом выше ). Но ошибок в WSB не появилось!? Но в логах ошибка 2137 была. Не понимаю!

    По поводу второй ссылки и предложенного варианта решения, там не ваш случай, там не усекаются логи и в ответе в вольном переводе сказано: Убрать старые логи с помощью временного включения circular logging, после этого сделать full backup, посмотреть начались ли усекаться логи, и в event viewer проверить, все ли прошло нормально, или есть какие то ошибки, с чем они связаны, и дать нам знать.

    На основном сервере сейчас базы пассивны. WSB пишет the application will not be available for recovery from this backup. А так же сыпятся ошибки. 

    Имя журнала:   Application
    Источник:      MSExchangeRepl
    Дата:          23.11.2015 12:38:16
    Код события:   2137
    Категория задачи:(1)
    Уровень:       Warning
    Ключевые слова:Classic
    Пользователь:  Н/Д
    Компьютер:     serv-mail.mn.ru
    Описание:
    Сбой запроса RPC на усечение журналов для службы банка данных Microsoft Exchange для базы данных Ext_Users\SERV-MAIL. Ошибка: 4294965485.
    Xml события:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="MSExchangeRepl" />
        <EventID Qualifiers="32772">2137</EventID>
        <Level>3</Level>
        <Task>1</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2015-11-23T09:38:16.000000000Z" />
        <EventRecordID>27151</EventRecordID>
        <Channel>Application</Channel>
        <Computer>serv-mail.mn.ru</Computer>
        <Security />
      </System>
      <EventData>
        <Data>Ext_Users\SERV-MAIL</Data>
        <Data>4294965485</Data>
      </EventData>
    </Event>




    • Изменено mo3kvich412 23 ноября 2015 г. 10:50
    23 ноября 2015 г. 10:01
  • http://exchangeserverpro.com/event-id-2137-windows-server-backup-completed-warnings-exchange-2010-mailbox-server/

    вы какие базы бэкапите?

    активную или пассивную?

    Эта ошибка появляется на сервере с пассивной базой. Эта ошибка продолжает повторяться даже не во время бэкапа.
    23 ноября 2015 г. 10:26
  • похоже на вашу проблему

    https://www.microsoft.com/products/ee/transform.aspx?EvtSrc=ESE&EvtCat=Logging%2FRecovery%20&EvtID=215&EvtCatID=3&EvtType=Error&EvtTypeID=1&EvtRptTime=1175188036&EvtTZBias=420&CoName=Microsoft%20Corporation&ProdName=Microsoft%C2%AE%20Exchange&ProdVer=8.1.63

    https://support.microsoft.com/en-us/kb/810333

    Troubleshoot hardware problems

    1. View the System log to determine whether disk I/O errors are listed.
    2. Obtain available firmware updates or driver updates for your hard disk drive controllers.
    3. Run the Chkdsk utility to determine whether a problem exists with the hard disk drives.

    на вашем месте  я бы перенес базы на новый сервер и после занялся старым. проблемы с водом-выводом дисков массива или проверкой chechksum, или VSS случались перед поломкой. это конечно не 100% шанс что случится - но подобные проблемы у меня были именно перед выходом дисков из строя.

    Отмонтируйте вечером базу и вручную перекиньте EDB файлы на ваше резервное хранилище -это позволит хотя бы снизить риски потерь данных и упростит восстановление.

    еще вспомните: не трогали ли вы настройки кэширования на дисках или RAID контроллере?

    проверку корректности базы можно выполнить с помощью eseutil. рекомендую скопировать куда нибудь edb и предварительно потренироваться на нем. базы в exch 2010 в онлайне проверяются, дефрагментируются и исправляются. но бывают случаи что исправлений не хватает - тогда в базе накапливаются ошибки, и тогда без eseutil не обойтись.

    То  есть мне оставить базу активной на резервном сервере, на основном (где базы пассивны) отмонтировать базы и перекинуть их в другое место для проверки и исправлений eseutil. На самом сервере в это время проверить рэйд массив где лежали базы. После проверки и исправлений убедившись что все в порядке и ошибок нет. Остановить активные базы, проверить и исправить, снова их смонтировать. И будет мне счастье. Верно?

    Все очень странно, основному серверу месяц от роду. При установке и consistency check и patrol read был сделан. печаль.

    23 ноября 2015 г. 10:39
  • Извините видимо я ввел вас в заблуждение. Меня интересует почему, этого ключа EnableVSSWriterнет на втором сервере DAG (Его называл тот и другой(2) в будущем буду называть его Резервный). Сейчас базы активны на резервном, но раньше они были пассивны и ошибок там не было(То есть база пассивна а ошибок нет при условии что ключа тоже нет). Так же на резервном после активации на нем баз появились ошибки 215(описание комментом выше ). Но ошибок в WSB не появилось!? Не понимаю!

    Этого ключа не должно быть ни там ни там. Его предлагают добавить вручную на сервере с которого вы запускаете WSB, чтобы сделать бэкап пассивной БД без ошибки the application will not be available for recovery from this backup.

    Второй вариант, не добавлять это ключ и делать бэкап с сервера с активными копиями, если все из бэкапируемых копий БД активны на одном сервере.

    Add: Перенесите все активные копии на 1 сервер, сделайте с него full backup, после этого уже смотрите, появляются ли какие то ошибки.
    • Изменено Ivan.Basov 23 ноября 2015 г. 11:22
    23 ноября 2015 г. 10:58
  • почти.

    возможно вы бекапите диск на котором находятся ОДНОВРЕМЕННО активные и пассивные базы.

    1. Only select volumes with active mailbox database copies for inclusion in the backup job.  This is not ideal for all environments depending on their database storage layout and whether a mailbox database has been activated on a different server due to a fault or maintenance.
    2. Add a registry key to disable the Exchange Replica Writer and instead use the Exchange Store Writer for Windows Server Backup

    в общем это судя по всему решение.

    как вариант скиньте edb на другой сервер и проверьте eseutil (ставить ничего не нужно, просто нужна eseutil.exe с exch сервера + несколько dll). лучше убедиться что все ОК. если лень перебрасывать просмотрите внимательно журналы windows - там в случае ошибок базы будет периодически появляться записи об попытках исправления БД. проверка баз дефолтно присходит ночью.  просто eseutil даст вам сразу ответ что с вашей базой (правда проверка довольно длительная).

    23 ноября 2015 г. 11:25
  • Переместил активную базу на основной сервер и запустил бэкап вручную.

    В результате Бэкап 23го в 2.30 завершился с  the application will not be available for recovery from this backup

    Переместил базы на основной 23го в 15,00

    Бэкап вручную, после перемещения отработал без ошибок , а бэкап по расписанию a volume shadow copy service operation failed detailed error бла бла бла 0x800423F3 бла бла бла

    WTF??

    А резервный сервер спокоен как слон. WSB по край не мере молчит а вот логи....

    А вот это на основном сервере.

    Лог привожу по ссылке log



    • Изменено mo3kvich412 24 ноября 2015 г. 6:42
    24 ноября 2015 г. 6:39
  • дайте вывод

    VSSADMIN LIST WRITERS

    и еще такой:

    Get-MailboxDatabaseCopyStatus



    • Изменено Morozov A. _ 24 ноября 2015 г. 9:13
    24 ноября 2015 г. 7:41
  • [PS] C:\Windows\system32>VSSADMIN LIST WRITERS
    vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
    (C) Copyright 2001-2005 Microsoft Corp.

    Waiting for responses.
    These may be delayed if a shadow copy is being prepared.

    Writer name: 'Task Scheduler Writer'
       Writer Id: {d61d61c8-d73a-4eee-8cdd-f6f9786b7124}
       Writer Instance Id: {1bddd48e-5052-49db-9b07-b96f96727e6b}
       State: [1] Stable
       Last error: No error

    Writer name: 'VSS Metadata Store Writer'
       Writer Id: {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}
       Writer Instance Id: {088e7a7d-09a8-4cc6-a609-ad90e75ddc93}
       State: [1] Stable
       Last error: No error

    Writer name: 'Performance Counters Writer'
       Writer Id: {0bada1de-01a9-4625-8278-69e735f39dd2}
       Writer Instance Id: {f0086dda-9efc-47c5-8eb6-a944c3d09381}
       State: [1] Stable
       Last error: No error

    Writer name: 'ASR Writer'
       Writer Id: {be000cbe-11fe-4426-9c58-531aa6355fc4}
       Writer Instance Id: {718798b9-132a-407d-a621-80b673603e98}
       State: [1] Stable
       Last error: No error

    Writer name: 'System Writer'
       Writer Id: {e8132975-6f93-4464-a53e-1050253ae220}
       Writer Instance Id: {789d3a2c-7f92-4bd1-843d-052991886733}
       State: [5] Waiting for completion
       Last error: No error

    Writer name: 'Shadow Copy Optimization Writer'
       Writer Id: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
       Writer Instance Id: {341b3afc-6eeb-48a5-891a-5b2d8d2a455c}
       State: [1] Stable
       Last error: No error

    Writer name: 'WMI Writer'
       Writer Id: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
       Writer Instance Id: {6aed7711-043e-478e-9bf0-ac03a1c63c30}
       State: [5] Waiting for completion
       Last error: No error

    Writer name: 'IIS Metabase Writer'
       Writer Id: {59b1f0cf-90ef-465f-9609-6ca8b2938366}
       Writer Instance Id: {d42ee6cc-d1dc-474e-bdc3-6a1893df0079}
       State: [5] Waiting for completion
       Last error: No error

    Writer name: 'COM+ REGDB Writer'
       Writer Id: {542da469-d3e1-473c-9f4f-7847f01fc64f}
       Writer Instance Id: {ea42ac42-a576-4713-b976-575e237a0f7a}
       State: [1] Stable
       Last error: No error

    Writer name: 'Registry Writer'
       Writer Id: {afbab4a2-367d-4d15-a586-71dbb18f8485}
       Writer Instance Id: {337d3162-e7c6-4210-8c89-c668c4fc6b71}
       State: [1] Stable
       Last error: No error

    Writer name: 'Cluster Database'
       Writer Id: {41e12264-35d8-479b-8e5c-9b23d1dad37e}
       Writer Instance Id: {7029ab11-c0b7-43df-860d-3f4873caec4c}
       State: [5] Waiting for completion
       Last error: No error

    Writer name: 'Microsoft Exchange Writer'
       Writer Id: {76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}
       Writer Instance Id: {c7bf9876-8c63-4012-bb34-68ef5cc0e570}
       State: [5] Waiting for completion
       Last error: Retryable error

    Writer name: 'IIS Config Writer'
       Writer Id: {2a40fd15-dfca-4aa8-a654-1f8c654603f6}
       Writer Instance Id: {a0f3fd76-bb92-4dc3-b0c4-abafe23678e3}
       State: [5] Waiting for completion
       Last error: No error

    [PS] C:\Windows\system32>Get-MailboxDatabaseCopyStatus

    Name                                          Status          CopyQueue ReplayQueue LastInspectedLogTime   ContentIndex
                                                                  Length    Length                             State
    ----                                          ------          --------- ----------- --------------------   ------------
    local_arbitr\SERV-MAIL                        Mounted         0         0                                  Healthy
    Ext_Users\SERV-MAIL                           Mounted         0         0                                  Healthy
    Users\SERV-MAIL                               Mounted         0         0                                  Healthy
    Direction\SERV-MAIL                           Mounted         0         0                                  Healthy

    24 ноября 2015 г. 12:38
  • Спрошу еще раз :)

    Get-MailboxDatabase -Status |ft Name, BackupInProgress

    что выдает?

    24 ноября 2015 г. 13:16
  • Спрошу еще раз :)

    Get-MailboxDatabase -Status |ft Name, BackupInProgress

    что выдает?

    поддержу так как это очень подозрительно

    Writer name: 'Microsoft Exchange Writer'
       Writer Id: {76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}
       Writer Instance Id: {c7bf9876-8c63-4012-bb34-68ef5cc0e570}
       State: [5] Waiting for completion
       Last error: Retryable error

    24 ноября 2015 г. 13:38
  • Спрошу еще раз :)

    Get-MailboxDatabase -Status |ft Name, BackupInProgress

    что выдает?

    Прошу прощения. Вот.


    [PS] C:\Windows\system32>Get-MailboxDatabase -Status |ft Name, BackupInProgress

    Name                                                                                                   BackupInProgress
    ----                                                                                                   ----------------
    Users                                                                                                              True
    Direction                                                                                                          True
    local_arbitr                                                                                                      False
    Ext_Users                                                                                                          True

    25 ноября 2015 г. 5:54
  • Попробуйте включить circular logging на базах, где статус BackupInProgress - True.

    Понадобиться отмонтировать и примонтировать заново базу при этом.

    Перезапустить службу Microsoft Exchange information Store Service.

    Убедиться что логи собрались в БД.

    Еще раз запустить vssadmin list writers, посмотреть что с Writer name: 'Microsoft Exchange Writer'

    Еще раз запустить Get-MailboxDatabase -Status |ft Name, BackupInProgress, посмотреть, сбросился ли флаг на False.

    Если все Ок, отключить circular logging, и сделать задание на Full Backup через WSB.

    25 ноября 2015 г. 6:48
  • Прошу прощения в данный момент нет времени. Как проверю рекомендации сразу отпишусь и помечу ответ.
    3 декабря 2015 г. 9:31
  • Только сделайте новое задание на бэкап, а не то что уже есть запускайте.
    3 декабря 2015 г. 9:45
  • Спасибо помогло, но не с первого раза. Всем спасибо. Простите за долгий перерыв.
    13 января 2016 г. 8:23
  • Спасибо помогло, но не с первого раза. Всем спасибо. Простите за долгий перерыв.
    Отлично! Пометьте тему, как отвеченную. Это поможет другим участникам форума быстрее найти ответ на свой вопрос.
    22 января 2016 г. 6:55
  • Спасибо помогло, но не с первого раза. Всем спасибо. Простите за долгий перерыв.

    Отлично! Пометьте тему, как отвеченную. Это поможет другим участникам форума быстрее найти ответ на свой вопрос.
    К сожалению он мне не дает пометить ответ.
    2 февраля 2016 г. 13:46