Управление базами данных почтовых ящиков в exchange 2013

Дополнительные сведения об удаленных элементах и сроке хранения

Когда пользователь навсегда удаляет элемент почтового ящика (например, сообщение электронной почты, контакт, назначение календаря или задачу) в Microsoft Outlook и Outlook в Интернете, элемент перемещается в папку «Извлекаемые элементы» и в подмостки с именем Deletions.

Элемент почтового ящика удаляется и перемещается в папку Элементы для восстановления, где пользователь выполняет одно из следующих действий:

• Удаляет элемент из папки «Удаленные».

• Очищает папку «Удаленные».

• Окончательно удаляет элемент, выбрав его и нажав клавиши SHIFT + DELETE.

Срок хранения удаленных элементов в папке Удаленные зависит от периода хранения удаленных элементов, настроенного для почтового ящика. По умолчанию элементы, удаленные из почтового ящика Exchange Online, хранятся в течение 14 дней. Чтобы изменить этот параметр, используйте Exchange Online PowerShell, чтобы увеличить период до 30 дней.

Пользователи могут восстанавливать (или окончательно удалять) удаленные элементы до истечения срока их хранения. Для этого они используют функцию Восстановление удаленных элементов в Outlook или Outlook в Интернете. См. следующие статьи для Outlook для Windows или для Outlook в Интернете.

Дополнительная справка:

• Если пользователь удаляет удаленный элемент, то можно восстановить его до истечения срока хранения удаленного элемента. Дополнительные сведения см. в разделе Recover deleted messages in a user’s mailbox.

• Дополнительные данные о удержании удаленных элементов, папке «Извлекаемые элементы», In-Place удержании и удержании для судебного разбирательства см. в статье Exchange Online.

Поиск в журнале отслеживания сообщений

Журналы отслеживания сообщений содержат большое количество данных, собранных при перемещении сообщений через сервер почтовых ящиков Exchange 2013. При поиске в журналах отслеживания сообщений можно использовать несколько разных параметров.

• Get-MessageTrackingLog. Администраторы могут использовать этот комлет для поиска журнала отслеживания сообщений для получения сведений о сообщениях с использованием широкого спектра критериев фильтрации. Дополнительные сведения см. в журнале отслеживания сообщений поиска.

• Отчеты о доставке для администраторов. Администраторы могут использовать вкладку Отчеты о доставке в центре администрирования Exchange (EAC) или в окне Поиска-MessageTrackingReport и Get-MesageTrackingReport для поиска журналов отслеживания сообщений для получения сведений о сообщениях, отправленных или полученных определенным почтовым ящиком в организации. Дополнительные сведения см. в отчете о доставке для администраторов.

Удаление почтовых ящиков

При удалении почтового ящика он отключается от связанной учетной записи пользователя, которая, в свою очередь, удаляется из Active Directory. Отключенный почтовый ящик скрывается и помечается для удаления. Дата окончательного удаления отключенного почтового ящика зависит от значения свойства MailboxRetention для базы данных почтовых ящиков (значение по умолчанию 30 дней). До этого времени его можно подключить к новой или существующей учетной записи пользователя без связанного почтового ящика. Дополнительные сведения см. в статье Подключение или восстановление удаленного почтового ящика.

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

Удаление почтового ящика в Центре администрирования Exchange

1. В Центре администрирования Exchange и перейдите на вкладку нужного типа почтового ящика:

   • Получатели > Почтовые ящики почтовые ящики пользователей и связанные почтовые ящики.

   • Получатели > Ресурсы почтовые ящики помещений и оборудования.

   • Получатели > Общие общие почтовые ящики.

   • Общедоступные папки > Почтовые ящики общедоступных папок почтовые ящики общедоступных папок.

2. Найдите и выберите нужный почтовый ящик. Пример:

   • Прокрутите список. Чтобы отсортировать почтовые ящики, щелкните заголовок столбца.

   • Нажмите Поиск и введите текст для фильтрации списка почтовых ящиков.

   • Чтобы выбрать несколько почтовых ящиков, выберите один из них и, удерживая клавишу SHIFT, щелкните другой ниже в списке или удерживайте при выборе клавишу CTRL.

3. После выбора почтового ящика или почтовых ящиков, которые необходимо удалить, нажмите кнопку Удалить значок Delete. И нажмите кнопку Да в предостережение, которое появится.

Удаление почтового ящика с помощью командной консоли Exchange

Чтобы удалить почтовый ящик, используйте следующий синтаксис:

В этом примере удаляется почтовый ящик [email protected].

В этом примере удаляется почтовый ящик оборудования Fleet Van (16).

В этом примере удаляется почтовый ящик с псевдонимом corpprint.

Как проверить, что все получилось?

Чтобы убедиться, что вы успешно удалили почтовый ящик, выполните одно из следующих действий:

В Центре администрирования Exchange нажмите Получатели, перейдите на соответствующую вкладку и убедитесь, что почтового ящика нет в списке

Обратите внимание, что вам может потребоваться щелкнуть значок Обновление обновления. .

Убедитесь, что связанная учетная запись больше не отображается в средстве «Пользователи и компьютеры Active Directory»

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

В Exchange командной оболочке замените имя отображения пользователя и запустите следующие команды, чтобы проверить значение свойства DisconnectReason (что указывает на то, что почтовый ящик был помечен для удаления):

Примечания:

Свойство DisconnectReason не различает отключенные и удаленные почтовые ящики (значение для обоих является ). Отсутствие связанной учетной записи пользователя указывает на то, что почтовый ящик удален.

Если команда не возвращает результаты, замените имя базы данных почтовых ящиков, в которой находится отключенный почтовый ящик, и запустите следующую команду, чтобы синхронизировать состояние почтовых ящиков для всех отключенных почтовых ящиков в базе данных:

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

В Exchange Командная оболочка замените имя пользователя или имя пользователя (например, [email protected]) и запустите эту команду, чтобы убедиться, что пользователь не может быть найден.

Восстановление удаленных почтовых ящиков в Exchange 2010.

Некоторое время назад я уже писал, как восстановить пользователя в AD, подробнее читаем здесь:

осталось дело за малым, восстановить ящик пользователя

По умолчанию, срок хранения удаленного почтового ящика в базе составляет 30 дней, и настраивается этот параметр для каждой базы отдельно на вкладке Limits (рис.1).

Рис.1: Установка срока хранения для удаленных почтовых ящиков.

Удалить почтовый ящик достаточно просто, для этого нужно всего лишь нажать на нем правой кнопкой мыши и выбрать действие Remove (Удалить). Но не забывайте, что при этом будет удалена и учетная запись пользователя в Active Directory! Если учетную запись необходимо сохранить, то нужно выбрать действие Disable (Отключить).

Что касается личных архивов в Exchange 2010, то их тоже можно отключить от почтовых ящиков при помощи действияDisable Archive. После отключения личный архив остается в базе данных также в течении 30 дней. В это время его можно восстановить, связав с любым существующим почтовым ящиком.

Примечание: Если отключить личный архив, а потом его включить, то почтовый ящик получит новый архив.

Восстановление почтовых ящиков и личных архивов.

Прежде чем восстановить почтовый ящик, его необходимо сначала найти. Так вот, все удаленные почтовые ящики и личные архивы находятся в разделе Disconnected Mailbox на уровне Recipient Configuration.

Примечание: Если объект был удален недавно, то сначала придется перезапустить службу Microsoft Exchange Information Store (Банк данных MicrosoftExchange) и выполнить команду Clean-MailboxDatabase.

В нашем случае перезапускать службуMicrosoft Exchange Information Store (Банк данных Microsoft Exchange) не потребовалось и мы просто выполнили команду:

Clean-MailboxDatabase head1

Подробней про синтаксис можно прочитать здесь: http://technet.microsoft.com/ru-ru/library/bb124076(v=exchg.141).aspx

Чтобы восстановить почтовый ящик, нужно нажать на нем правой кнопкой мыши, и выбрать действие Connect.

Рис.2: Подключение удаленного почтового ящика.

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

Вернуть личный архив можно также при помощи графической консоли, для этого необходимо выбрать действие Connect to Primary Mailbox.

Рис.3: Восстановление отключенных архивов.

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

1. Узнаем имя отключенного ящика / архива:

Get-MailboxDatabase «MDB2» | Get-MailboxStatistics | where {$_.DisconnectDate -ne $null} | fl

В данном примере выполняется поиск всех отключенных почтовых ящиков и личных архивов в базе данных почтовых ящиков MDB2 и отображаются все дополнительные сведения о личных архивах, такие как идентификатор GUID и количество элементов.

2. Подключение почтового ящика:

Connect-Mailbox -Database <Mailbox_database > -Identity <Deleted_Mailbox>

3. Подключение личного архива к основному почтовому ящику.

Connect-Mailbox -Identity «8734c04e-981e-4ccf-a547-1c1ac7ebf3e2» -Archive -User «User1» -Database «MDB2»

В этом примере выполняется подключение архива пользователя User1 к основному почтовому ящику этого пользователя, и в качестве удостоверения личного архива используется идентификатор GUID.

Примечание: Придется подождать, пока закончится репликация Active Directory, прежде чем пользователь сможет получить доступ к этому личному архиву (подождать некоторое время действительно пришлось).

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

Всем хорошей работы!!!

P.S. Недавно получил интересный вопрос:

Примечание: Если отключить личный архив, а потом его включить, то почтовый ящик получит новый архив.

А как вернуть почтовому ящику старый архив?
Сам ранее не задавался таким вопросом, пришлось вдаться в тему:
Для начала, надо узнать GUID отключенного архива:
Get—Mailbox —Identity [email protected] | fl *archive*

В атрибуте DisabledArchiveDatabase отображается имя базы данных, в которой находится отключенный архивный ящик. В атрибуте DisabledArchiveGuid находится ID отключенного архива. Теперь возьмем эти значения и подставим в следующую команду:

Connect—Mailbox —Identity <DisabledArchiveGuid> —Archive —User [email protected] —Database <DisabledArchiveDatabase>

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

Данные обмена сообщениями и файлы PST

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

Использование файлов PST для управления данными обмена сообщениями может привести к следующим вопросам:

• Неувядаемые файлы. Как правило, файлы PST создаются пользователями и находятся на их компьютерах или сетевых акциях. Они не управляются данной организацией. Пользователь может создать несколько PST-файлов, содержащих одинаковые или различные сообщения, и хранить их в разных расположениях без организационного контроля.

• Увеличение затрат на обнаружение. Судебные иски и некоторые бизнес-или нормативные требования иногда приводит к запросам на обнаружение. Обнаружение данных системы обмена сообщениями в PST-файлах на компьютерах пользователей может быть трудоемким процессом. Так как отслеживание неуправляемых PST-файлов может быть затруднительным, данные в таких файлах во многих случаях могут не обнаруживаться. Потенциально это может подвергать организацию определенным юридическим и финансовым рискам.

• Невозможность применения политик хранения сообщений. Политики хранения сообщений не могут применяться к сообщениям, расположенным в PST-файлах. В результате, в зависимости от ситуации в бизнесе или применимых нормативов, работа организации может стать несогласованной.

• Риск кражи данных: данные обмена сообщениями, хранимые в файлах PST, уязвимы для кражи данных. Например, PST-файлы часто хранятся на портативных устройствах, таких как ноутбуки, съемные жесткие диски и портативные носители, например USB-накопители, диски CD и DVD.

• Фрагментированное представление данных обмена сообщениями. Пользователи, хранившие сведения в файлах PST, не получают единого представления своих данных. Сообщения, которые хранятся в PST-файлах, как правило, хранятся на том компьютере, на котором хранятся сами эти файлы. В результате, если пользователи имеют доступ к своим почтовым ящикам с Outlook Web App или Outlook на другом компьютере, сообщения, хранимые в их файлах PST, недоступны.

Создание копий

Для данной системы есть две возможности создания копий — автоматическая и ручная.

Автоматическое резервное копирование

По умолчанию, при установке iRedMail в планировщик cron добавляются задания по созданию резервных копий баз данных — это может быть MySQL, SOGo, ldap (зависит от выбора во время установки).

Пример заданий в cron:

30   3   *   *   *   /bin/bash /var/vmail/backup/backup_mysql.sh

1   4   *   *   *   /bin/bash /var/vmail/backup/backup_sogo.sh

* в данных примерах система создает резервные копии для базы данных MySQL/MariaDB и базы SOGo.

По умолчанию, копии помещаются в каталог /var/vmail/backup.

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

Также, копии создаются только для баз данных, но сама почта (по умолчанию, находится в каталоге /var/vmail/vmail1) не резервируется, что является проблемой, поскольку именно она и является главной ценностью.

Ручное копирование

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

Копируем базы данных

Для ручного запуска создания копий баз мы можем выполнить задание из cron, например:

/bin/bash /var/vmail/backup/backup_mysql.sh

* путь до bash может быть другим — проверить можно командой which bash.

Резервные копии баз данных находятся в каталоге /var/vmail/backup. Они содержат архивы для всех баз, которые отвечают за работу сервиса. Для копирования бэкапов, можно воспользоваться одной из следующих команд:

mv /var/vmail/backup/mysql/2018/04/21/* /mnt/backup/

* в данном примере, мы копируем резервную копию баз mysql за 21 апреля 2018 года в каталог backup носителя, который был примонтирован в каталог /mnt.

scp /var/vmail/backup/mysql/2018/04/21/* [email protected]:/backup

* в данном случае мы копируем тот же бэкап, но на другой компьютер сети.

Копируем почту

По умолчанию, каталог для хранения переписки — /var/vmail/vmail1. Чтобы создать копию, достаточно скопировать его содержимое.

Это можно сделать, например, следующей командой:

cp -R /var/vmail/vmail1/* /mnt/backup/

Также, можно создать сжатый архив для экономии дискового пространства:

tar -czvf /mnt/backup/vmail.tar.gz /var/vmail/vmail1

* в этом примере мы создадим архив vmail.tar.gz для каталога с почтой.

Пример скрипта для создания архива:

#!/bin/bash
PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
 
destination=»/backup/archive»
fdate=`date +%Y-%m-%d`
tar -czf $destination/vmail_$fdate.tar.gz /var/vmail/vmail1

* данный скрипт делает архив почты в каталоге /backup/archive, добавляя метку даты. Для его автоматического запуска мы можем создать задание в cron на еженедельное или ежемесячное выполнение.

Копируем ldap

Резервная копия для ldap выполняется ежедневно, но если нужно сделать копию вручную, запускаем скрипт:

/bin/bash /var/vmail/backup/backup_openldap.sh

Резервные копии попадают в каталог /var/vmail/backup/ldap/<год>/<месяц>/

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

scp /var/vmail/backup/ldap/2019/02/* [email protected]:/backup

* в данном примере, мы копируем копии за февраль на сервер с IP-адресом 192.168.0.17, в каталог /backup.

Синхронизация

Процесс копирования резервных копий можно автоматизировать при помощи скриптов с применением rsync.

Пример команды, которая возволит поддерживать почтовые сообщения в актуальном состоянии:

rsync -a /var/vmail/vmail1/ /backup/rsync_vmail/

* данная команда синхронизирует каталог /var/vmail/vmail1 с каталогом /backup/rsync_vmail.

Подробнее о настройке rsync для автоматического копирования читайте в статье Настройка и использование Rsync Server.

Что нужно знать перед началом работы

• Предполагаемое время выполнения: 20 минут. Фактическое время зависит от размера системного почтового ящика.

• Для выполнения этих процедур необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в статье Разрешения получателей, подраздел «Разрешения на перемещение и миграцию почтовых ящиков».

• В Exchange 2013 запустите следующую команду, чтобы получить идентификатор и версию серверов Exchange и баз данных почтовых ящиков, которые содержат системные почтовые ящики в вашей организации.

  Свойство AdminDisplayVersion указывает версию Exchange, которая запущена на сервере. Значение указывает на Exchange 2010 г.; значение указывает на Exchange 2013 г.

• Сочетания клавиш для процедур, описанных в этой статье, приведены в статье Сочетания клавиш в Центре администрирования Exchange.

Как проверить, что все получилось?

Успешное завершение установки — первый показатель успешного восстановления. Чтобы далее убедиться в успешном восстановлении потерянного сервера, откройте средство Windows Services (services.msc) и убедитесь, что службы Microsoft Exchange установлены и запущены.

Возможные проблемы с агентом скриптов

Если вы ранее включили агента скриптов в Exchange организации, процесс восстановления может привести к сбойу. Ошибка будет выглядеть так:

Если в организации Exchange другие серверы, необходимо:

1. Отключение агента скриптов в Exchange на существующем сервере:

2. Запустите Exchange в режиме восстановления, как описано выше в этом разделе.

3. Включить агента скриптов в оболочке Exchange управления после завершения восстановления Exchange сервера:

Если восстановленный Exchange является единственным сервером Exchange в организации, необходимо:

1. Переименовать файл %ExchangeInstallPath%Bin\CmdletExtensionAgents\ScriptingAgentConfig. xml.sample to %ExchangeInstallPath%Bin\CmdletExtensionAgents\ScriptingAgentConfig. xml.

   Значение %ExchangeInstallationPath% по умолчанию — %ProgramFiles%\Microsoft\Exchange Server\V15, но фактическое значение находится там, где Exchange установлен на , сервере.

2. Повторное Exchange в режиме восстановления, как описано ранее в этой теме.

Факторы, ответственные за повреждение почтового ящика Exchange

Повреждение Exchange — это в основном повреждение файла EDB. Файлы EDB — это хранилище информации Exchange, в котором находится вся база данных Exchange Server. Единственная ошибка на локальном компьютере может привести к повреждению почтовых ящиков Exchange.

Некоторые наиболее распространенные причины повреждения файла EDB, которые могут потребовать восстановления поврежденных файлов почтового ящика Exchange 2013/2010/2007, перечислены ниже:

• Проблемы с подключением к Outlook и Exchange
• Соединение прервано во время передачи
• Неисправность системных приложений
• Объекты базы данных Exchange отсутствуют
• База данных превысила лимит хранилища
• Проблемы с оборудованием / сервером / загрузкой
• Наличие сбойных секторов на жестком диске
• Антивирусная или вредоносная атака на компьютер
• Ошибки, создаваемые пользователями локального компьютера

Восстановление утерянного сервера Exchange

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

2. Установите подходящую операционную систему и укажите для нового сервера имя утерянного сервера. Если имя сервера, на котором выполняется восстановление, отличается от имени утерянного сервера, восстановление не будет успешно завершено.

3. Присоедините сервер к тому же домену, что и утерянный сервер.

4. Установите необходимые программные компоненты и компоненты операционной системы. Подробные сведения см. в Exchange требования к системе г. и Exchange 2013 г..

5. Войдите в систему восстанавливаемого сервера и откройте окно командной строки.

6. Перейдите к файлам Exchange 2013 г. и запустите следующую команду.

   

   

   

   

   

   

   

   

   

   

7. После завершения установки (но до перевода восстанавливаемого сервера в рабочий режим) повторно настройте пользовательские параметры, которые были ранее настроены на этом сервере, а затем перезапустите сервер.

Квоты почтового ящика элементов для восстановления

Когда элемент перемещается в папку корзины, его размер вычитается из квоты почтового ящика и добавляется к размеру этой папки. В Exchange 2013 для баз данных почтовых ящиков применяется настраиваемая квота предупреждения элементов для восстановления (нестрогая квота) в размере 20 ГБ и квота элементов для восстановления (строгая квота) в размере 30 ГБ. По умолчанию указанные предельные значения наследуются всеми почтовыми ящиками в базе данных. Тем не менее можно настроить отдельные почтовые ящики с другими квотами. Дополнительные сведения см. в разделе Настройка хранения удаленных элементов и квот элементов для восстановления.

В Exchange Online ограничения по умолчанию для квоты элементов для восстановления такие же, как и в Exchange 2013; нестрогое ограничение в размере 20 ГБ и строгое ограничение в размере 30 ГБ. Однако при помещении почтового ящика на хранение для судебного разбирательства или хранение на месте, квоты папки элементов для восстановления автоматически увеличиваются до 90 и 100 ГБ соответственно.

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

• Пользователи почтового ящика не могут удалять элементы.

• Помощник для управляемых папок не может удалять элементы на основе тега хранения или параметров управляемых папок.

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

• Для почтовых ящиков с включенным ведением журнала аудита в подпапке «Аудиты» невозможно сохранить записи журнала аудита почтового ящика.

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

Когда размер папки корзины достигает установленных по умолчанию строгих и нестрогих квот, пользователь информируется об этом с помощью журнала событий и предупреждения диспетчера Microsoft System Center Operations Manager. Такое предупреждение появляется, когда размер папки «Элементы для восстановления» впервые достигает установленных по умолчанию строгих и нестрогих квот, а затем выводится один раз в день.

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

Предупреждения и ошибки, связанные с квотой элементов для восстановления

Код события	Тип	Источник	Сообщение
10024	Предупреждение	Хранилище почтовых ящиков MSExchangeIS	Почтовый ящик для <пользователь_почтового_ящика> (GUID) превысил максимальную квоту предупреждения элементов для восстановления. Удалите элементы из числа элементов для восстановления или увеличьте квоту предупреждения элементов. Если квота элементов для восстановления будет превышена, пользователь не сможет удалять элементы из почтового ящика.
10023	Ошибка	Хранилище почтовых ящиков MSExchangeIS	Почтовый ящик для <пользователь_почтового_ящика> (GUID) превысил максимальную квоту элементов для восстановления. Невозможно удалить элементы из этого почтового ящика. Необходимо сообщить владельцу о состоянии почтового ящика как можно скорее. Удалите элементы из числа элементов для восстановления или увеличьте квоту элементов для восстановления функциональности.
10023	Предупреждение		Размер элементов для восстановления в почтовом ящике <пользователь_почтового_ящика> превысил предельный размер квоты предупреждения. Для предотвращения недоступности почтового ящика элементы из папок элементов для восстановления будут удалены. Квота предупреждения для элементов для восстановления: 20 ГБ (21 474 836 480 байт); первоначальный размер элементов для восстановления: 21475005311; текущий размер элементов для восстановления: 21474823820; статистика папки: — Обработанные папки: RecoverableItemsRoot, RecoverableItemsVersions, RecoverableItemsPurges, RecoverableItemsDeletions; первоначальные размеры папок: 21391661934, 55190914, 1987247, 26157788 (число элементов: 276828, 400, 84, 646); текущие размеры папок: 21391480443, 55190914, 1987247, 26157788 (число элементов: 276817, 400, 84, 646)

К началу

Этап 1. Создание тега хранения

Для выполнения этой процедуры (процедур) необходимы соответствующие разрешения. Чтобы узнать о необходимых разрешениях, см. запись «Управление записями сообщений» в политике обмена сообщениями и разрешения на соответствие требованиям в Exchange Server теме.

Использование Центра администрирования Exchange для создания тега хранения

Перейдите к > тегам хранения управления соответствием требованиям и нажмите кнопку Добавить Добавить. .

Выберите один из приведенных ниже вариантов.

Применяется автоматически для всего почтового ящика (по умолчанию): Создает тег политики по умолчанию (DPT). Теги DPT используются для создания политики удаления по умолчанию и политики архивации по умолчанию, применяемых ко всем элементам почтового ящика.

Примечание
В Центре администрирования Exchange невозможно создать тег политики по умолчанию для удаления элементов голосовой почты. Создание таких тегов для удаления элементов голосовой почты показано в приведенном ниже примере кода для командной консоли Exchange.

Автоматически применяется к папке по умолчанию: создает тег политики хранения (RPT) для папки по умолчанию, например папки «Входящие» или «Удаленные элементы».

Примечание
Создавать теги RPT можно только с действиями Удалить и разрешить восстановление или Окончательно удалить.

Применяется пользователями к элементов и папок (личные): Создает личные теги. Эти теги позволяют Outlook и Outlook в Интернете пользователям применять параметры архива или удаления к сообщению или папкам, которые отличаются от параметров, примененных к родительской папке или всему почтовому ящику.

Название и страницы создания тега хранения и параметры на ней различаются в зависимости от типа выбранного тега. Заполните следующие поля:

Имя. Укажите имя тега хранения. Имена тегов хранения отображаются пользователям в Outlook и Outlook в Интернете вместе с периодом хранения.

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

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

Удаление и разрешение восстановления. Удаляет элементы, но позволяет пользователям восстанавливать их с помощью параметра Восстановление удаленных элементов в Outlook или Outlook в Интернете

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

Постоянное удаление: постоянно удаляет элемент из базы данных почтовых ящиков.

Важно!
Почтовые ящики и элементы, которые подлежат удержанию на месте и удержанию для судебного разбирательства, хранятся, а также возвращаются поисковыми запросами на обнаружение электронных данных на месте. Дополнительные дополнительные информации см.в Exchange Server.

Перемещение в архив

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

Период хранения: Выберите один из следующих вариантов:

Никогда: не указывает, что элементы никогда не должны удаляться или перемещаться в архив.

Когда элемент достигнет следующего возраста (в днях): указывает количество дней для сохранения элементов перед их перемещением или удалением. Срок хранения всех поддерживаемых элементов (кроме календаря и задач) начинается с даты их получения или создания. Срок хранения для элементов календаря и задач рассчитывается с учетом даты окончания.

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

Использование командной консоли Exchange для создания тега хранения

Командлет New-RetentionPolicyTag используется для создания тега хранения. Различные параметры, доступные в командлетах, позволяют создавать разные типы тегов хранения. Используйте параметр Type для создания DPT (), RPT (укажите тип папки по умолчанию, например) или личный тег ( ).

Эта команда создает тег DPT для удаления всех сообщений из почтового ящика после 7 лет (2556 дней).

Эта команда создает тег DPT для перемещения всех сообщений в личный архив после 2 лет (730 дней).

Эта команда создает тег DPT для удаления сообщений голосовой почты после 20 дней.

Эта команда создает тег RPT для окончательного удаления сообщений из папки нежелательной почты после 30 дней.

Эта команда создает личный тег для запрета на удаление сообщения.

Восстановление сервера Exchange 2010 входящего в состав DAG

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

Настоятельно рекомендуется тщательно задокументировать всю инфраструктуру Exchange. Итак, предположим у нас есть следующая структура:

Предположим что сервер E2K10SP102 вышел из строя и не может быть восстановлен.

1. Удаление копии почтовой базы

При добавление члена в DAG и развертывании копии почтовой базы данная информация храниться в Active Directory. Так как данная информация не удаляется автоматически нам сперва необходимо её очистить.

Для выполнения очистки информации о копии почтовой базы выполните следующую команду в EMS

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

2. Удаление члена DAG

В следующем шаге нам необходимо удалить недоступного члена DAG из конфигурации.

ConfigurationOnly  очень важный параметр в данном случае. Не забудьте его указать, т.к. именно указывает что нужно удалить информацию из AD.

3. Удаление конфигурации Cluster Service

Как мы знаем, хотя DAG не использует механизм кластеризации целиком, однако он все таки использует некоторые компоненты MSCS. По этой причине перед восстановление нам необходимо очистить информацию в соответствующих компонентах и кворуме. Для этого запустите командную строку с правами администратора и выполните следующую команду:

После этого необходимо перезагрузить сервер.

4. Восстановление работоспособности сервера – в данный момент можно приступать к восстановление работы сервера – переустановке ОС с установкой соответствующих патчей ОС, которые присутствовали в старом сервере.

5. Сброс аккаунта компьютера – после установки ОС необходимо сбросить аккаунт сервера в AD и ввести новый сервер в домен под старым именем.

6. Установка зависимостей для Exchange 2010 – в зависимости от выполняемых на сервере ролей необходимо установить соответствующие зависимости.

7.Восстановление сервера – вставьте диск Exchange 2010 RTM / SP1 и запустите восстановление командой  setup.com /m:recoverserver.

8.Добавьте сервер в DAG – после того как установка завершена перезагрузите сервер и введите его в DAG:

9. Добавление копии почтовой базы – завершаем восстановление помещая на восстановленный сервер копию почтовой базы:

На этом все! Далее можно посмотреть как проходит репликация почтовой базы с помощью командлета Get-MailboxDatabaseCopyStatus –Identity “Mailbox Database”

Полезная информация

Если у вас любые проблемы с компьютером то не отчаивайтесь, а обращайтесь – быстрый ремонт компьютеров в разумные сроки и за небольшие деньги.