none
Проблема с бекапом RRS feed

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

  • Добрый день. 

    После переноса с 1 базы данных в другую у меня нет возможности делать backup почтовых ящиков. Делал раньше через backup exec 2010 sp3. Сейчас он видит базу , но показывает объем 0 байт. 

    После 2-3 попыток сделать бекап с помощью стороннего программного ПО. Решил сделать бекам самом системой. ( проблемы с журнами транзакций весят сейчас 4 ТБ). Но и с помощью штатных средств бекапа вылетает ошибка чтения базы.

    Куда мне копать ?  

    Обращался к поставщику ПО, он с помощью утилиты  проверил и посмотрел , что по работает нормально , проблемы на строне exchange. 

    Переносил с 1 базы данных на другую из за ошибок в прошлой базе данных. 

    30 марта 2016 г. 6:44

Все ответы

  • Штатный бекап не работает с томами больше 2ТБ.

    Имеет смысл использовать несколько БД при таких объёмах.


    S.A.

    30 марта 2016 г. 6:50
  • Сама база весит меньше 2 тб. Просто очень много журналов транзакций. раньше удалял через бекап и удаление транзакций. Сейчас бекап не могу сделать.
    30 марта 2016 г. 6:53
  • Займитесь диагностикой состояния базы, может быть и с ней не все в порядке. eseutil /mh, eseutil /ml вам в помощь.

    Подробнее прочитайте тут - Eseutil - Part 1: Database Technologies 

    Странно, что вы первым делом это не выполнили. Скажите, а на старой базе какого характера были ошибки?

    30 марта 2016 г. 6:53
  • Ошибки были с почтовыми ящиками. База переносилась с 2003 сервера, после этого часть ящиков нормально работала , а несколько получали и отправляли письма , но правила размера почтового ящика на них не работали. После переноса с этим все нормально стало. + В базе оставались удаленные почтовые ящики. Я их не какими средствами удалить не мог. Из за этого размер базы превысил 3 тб. После переноса всех действующих почтовых ящиков база начала весить 1.2 тб.
    30 марта 2016 г. 6:59
  • В продакшене не супер иметь базы размером более 200ГБ. Более 1ТБ - это уже перебор. Если у вас Enterprise-версия Exchange, то раскидайте вашу базу как минимум на 5 других. 

    Для диагностических целей можно на данный момент создать одну БД, перекинуть туда несколько ящиков (чтобы база весила хотя бы 10 гигов) и уже с ней проверить выполняется ли бэкап этой небольшой базы.

    30 марта 2016 г. 7:05
  • Займитесь диагностикой состояния базы, может быть и с ней не все в порядке. eseutil /mh, eseutil /ml вам в помощь.

    Подробнее прочитайте тут - Eseutil - Part 1: Database Technologies 

    Странно, что вы первым делом это не выполнили. Скажите, а на старой базе какого характера были ошибки?

    Это можно делать только если база находиться в offile. Учитывая, что у меня она должна работать 24 часа я делать это не могу. Могу мах когда идут праздничные дни. 
    30 марта 2016 г. 7:06
  • В продакшене не супер иметь базы размером более 200ГБ. Более 1ТБ - это уже перебор. Если у вас Enterprise-версия Exchange, то раскидайте вашу базу как минимум на 5 других. 

    Для диагностических целей можно на данный момент создать одну БД, перекинуть туда несколько ящиков (чтобы база весила хотя бы 10 гигов) и уже с ней проверить выполняется ли бэкап этой небольшой базы.

    Побывал. Создавал пустую базу. переносил туда себя. После этого пытался делать бекап. Также ситуация. 
    30 марта 2016 г. 7:13
  • Сама база весит меньше 2 тб. Просто очень много журналов транзакций. раньше удалял через бекап и удаление транзакций. Сейчас бекап не могу сделать.

    Для штатного бекапа ограничение именно на размер тома, а не БД. В Вашем случае не поможет.

    Создайте дополнительные БД, раскидайте ящики по ним. Проведите диагностику, при уверенности в отсутствии ошибок, можно включить циклическое журналирование, логи обрежутся. Backup exec должен справляться, есди БД в нормальном состоянии.


    S.A.

    30 марта 2016 г. 7:20
  • ну ведь на базе с одним вашим ящиком вы можете выполнить команды, которые я указал выше?

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

    30 марта 2016 г. 7:20
  • Понял. 

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

    30 марта 2016 г. 7:24
  • Сделал новую базу. перенес туда свои почтовый ящик. 

    Весит уже сутки выполнение проверки согласованности для приложение Exhcnge. 

    Ошибки которые были я увидел: 

    Не удается найти описание для идентификатора события 0 из источника wsbexchange. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.

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

    К событию были добавлены следующие сведения: 

    Service started

    Процесс MSEXCHANGEADTOPOLOGY (идентификатор процесса=1460). При обновлении параметров безопасности доступа (RPC) для службы топологии Exchange Active Directory серверу Exchange не удалось получить дескриптор безопасности для объекта сервера Exchange *-HOST2. Код ошибки =8007077f. 
     Служба топологии Exchange Active Directory продолжит работу с ограниченными разрешениями.

    Процесс MSEXCHANGEADTOPOLOGY (идентификатор процесса=1460). API монитора сайта не удается проверить текущее имя сайта для этого компьютера Exchange: вызов=DsctxGetContext, код ошибки=8007077f. Убедитесь, что данный сервер Exchange Server правильно зарегистрирован на DNS-сервере.

    сразу за ним : 

    Процесс STORE.EXE (идентификатор процесса=4168). Поставщик Active Directory Exchange обнаружил следующие серверы с характеристиками: 
     (имя сервера | роли | включен | доступность | синхронизирован | поддержка глобального каталога | основной контроллер домена | право системного списка управления доступом | важные данные | Netlogon | версия ОС) 
    На сайте:
    *.ru CDG 1 7 7 1 0 1 1 7 1
    *.ru CDG 1 7 7 1 0 1 1 7 1
     Вне сайта:

    Процесс w3wp.exe () (идентификатор процесса=4516). Объект конфигурации CN=*,CN=AddressBook Mailbox Policies,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=office,DC=*,DC=ru, считанный из *, не прошел проверку и будет исключен из результата запроса. Установите максимальный уровень ведения журнала событий в категории проверки для получения дополнительных событий при каждой ошибке.

    31 марта 2016 г. 8:16
  •  Здравствуйте Анатолий,

    Можете проинформировать наблюдаете еще инцидент ? 

    31 марта 2016 г. 8:19
  • Еще. Через 9 часов , у меня заблокировались все базы данных ( указывал , только 1 базу данных для бекапа). По этому мне пришлось сейчас отменить бекап, так как не кто отправлять не мог сообщения и принимать. 
    31 марта 2016 г. 9:21
  • [PS] C:\Windows\system32>eseutil /D "E:\new\Exchange Server\V14\Mailbox\new\new.edb"

    Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
    Version 14.02
    Copyright (C) Microsoft Corporation. All Rights Reserved.

    Initiating DEFRAGMENTATION mode...
                Database: E:\new\Exchange Server\V14\Mailbox\new\new.edb




    Operation terminated with error -1032 (JET_errFileAccessDenied, Cannot access file, the file is locked or in use) after
    10.31 seconds

    База находиться в офлайне. 

    16 апреля 2016 г. 8:46