2010 Exchange, давая резервную ошибку (см. деталь). Как я узнаю то, что проблема и как я фиксирую ее?

Я только что сделал эксперимент в VM, чтобы попытаться подражать Вашей ситуации. Я целеустремленно повредил один из файлов журнала транзакций, и я использую Резервное копирование Windows Server в качестве приложения резервного копирования. Все, что я говорю ниже, основано на этом эксперименте, но действительность не должна отличаться слишком много.

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

Во-первых, некоторый фон на том, почему Вы должны быть заинтересованы. То, когда Exchange успешно завершает резервное копирование, он сбрасывает (удаляет) зафиксированные журналы транзакций, поэтому если Ваши резервные копии на самом деле перестали работать с этим сообщением существует очень хороший шанс, что Ваши журналы транзакций на самом деле не сбрасываются и растут. Если старые журналы транзакций не сбрасываются, у Вас, к сожалению, есть бомба замедленного действия на Ваших руках, которые могут взорваться в любой момент (извините для звучания настолько поразительным, но это на самом деле довольно серьезно). Когда объем, журналы транзакций находятся на заливках к близкой способности, связанные базы данных почтового ящика, демонтирует себя, пока там не будет пространство достаточен для новых журналов транзакций. В зависимости от суммы журналов транзакций Вы накапливаетесь, определит, когда Ваши базы данных почтового ящика демонтируют себя из-за недостатка места.

Вы оказываетесь перед необходимостью демонтировать базу данных, чтобы сделать то, что я предлагаю, однако она должна демонтировать без проблемы, и когда я демонтировал свою базу данных, это было в a Clean Shutdown состояние, которое является хорошими новостями.

Демонтируйте базу данных и просто сделайте проверку работоспособности и работайте eseutil /mh <edb file name> для проверки база данных находится в a Clean Shutdown состояние. Затем, переместите весь из *.log файлы за исключением E00.log и E00tmp.log где-нибудь безопасный из пути (не удаляют их, Вам будут нужны они назад, если все это пойдет универсальная форма танго). После того как они все перемещены, монтируют базу данных снова и пробуют полное резервное копирование базы данных как можно скорее (это должно быть полное резервное копирование, не возрастающее). Тот процесс работал в моем VM и надо надеяться должен разрешить Вашу проблему.

Предупреждение: НЕ ДЕЛАЙТЕ ___ КОГДА-ЛИБО ___ удаляют файлы журнала транзакций, если Вы не абсолютно уверены, что знаете то, что Вы делаете. Если необходимо удалить журнал транзакций из уравнения, переместите его где-то в другом месте, просто не удаляйте его.