In-place удержание и судебное удержание в exchange server

Введение

Недавно при публикации Lync 2013 для доступа из вне для клиентов ПК и Мобильных телефонов столкнулся с весьма неприятной ситуацией которая заключалась в названии домена в виде domain.local.Это вызвало ряд неудобств для конечных пользователей (ввод дополнительной информации). И данная проблема касается не только Lync , но и  Exchage.

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

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

Восстановление удаленных почтовых ящиков в 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>

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

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

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

  • В центре администрирования Exchange откройте раздел Серверы > Базы данных. Выберите базу данных, которая была заполнена. В области «Сведения» отображается состояние копии базы данных и индекса ее содержимого, а также текущая длина очереди копирования.

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

    Состояние самой копии и индекса содержимого должно быть указано как работоспособное.

Запреты на удаление и пересылка электронной почты

Пользователи с почтовыми ящиками на Exchange Server могут использовать Outlook и Outlook в Интернете для настройка пересылания электронной почты для своего почтового ящика. Пересылание электронной почты позволяет пользователям настраивать почтовый ящик для пересылания сообщений электронной почты, отправленных в почтовый ящик, в другой почтовый ящик, расположенный внутри или за пределами организации. Администраторы также могут настроить правила потока почты (также известные как правила транспорта) для пересылать сообщения в другой почтовый ящик. В обоих случаях пересылание электронной почты можно настроить таким образом, чтобы любое сообщение, отправленное в исходный почтовый ящик, не копировалось в этот почтовый ящик и отправлялось только на адрес пересылания.

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

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

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

Если свойство AdminDisplayVersion имеет значение Version 15.x (Build xxx.x), это означает, что системный почтовый ящик располагается в базе данных почтовых ящиков, размещенной на сервере Exchange 2013.

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

  • Запускать командлет Search-AdminAuditLog.

  • Экспортировать журнал аудита действий администратора в Центре администрирования Exchange.

  • Успешно создавать и запускать поиск методом обнаружения электронных данных с помощью Центра администрирования Exchange или командной консоли в Exchange 2013.

Определяем размер свободного места в базе Exchange 2010

Чтобы в Exchange 2010 узнать текущий размер базы данных и количество свободного места в ней (те самые неиспользуемые страницы), в Exchange Management Shell выполните следующую команду:

C:\>Get-MailboxDatabase -Status | ft name,databasesize, availablenewmailboxspace

В данном примере видно, что текущий размер базы WI-DB-01 17 Гб, причем свободного места в ней аж 8.5 Гб. И если вы хотите высвободить это место, размер файла почтовой базы можно уменьшить, выполнив дефрагментацию утилитой ESEUTIL.

Далее я покажу, каким образом можно дефрагментировать файл почтовой базы Exchange 2010 на отдельно стоящем сервере, который не является членом Database Availability Group.

ПРИМЕЧАНИЕ. Если ваш сервер входит в в группу DAG не используйте данную инструкицю!

Настройка таймаута сессии в OWA

Узнать текущие настройки таймаута сессии в OWA:

Get-OrganizationConfig | FL ActivityBasedAuthenticationTimeout*

Выключить таймаут сессии в OWA:

Set-OrganizationConfig -ActivityBasedAuthenticationTimeoutEnabled:$False -ActivityBasedAuthenticationTimeoutWithSingleSignOnEnabled:$False

Включить таймаут сессии в OWA:

Set-OrganizationConfig -ActivityBasedAuthenticationTimeoutEnabled:$True -ActivityBasedAuthenticationTimeoutWithSingleSignOnEnabled:$True

Изменить таймаут сессии в OWA:

Set-OrganizationConfig -ActivityBasedAuthenticationTimeoutInterval 00:30:00

Значение интервала таймаута можно установить только в интервале от 5 минут до 8 часов. Изменения применяются не сразу, а по прошествии некоторого времени (около 12 часов).

Как обновить копию базы данных почтовых ящиков

Использование EAC для обновления копии базы данных почтовых ящиков

  1. В Центре администрирования Exchange последовательно выберите пункты Серверы > Базы данных.

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

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

  4. В области сведений в разделе Kопии базы данных щелкните элемент Обновить под пассивной копией базы данных, которую необходимо заполнить.

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

  6. Нажмите кнопку сохранить, чтобы обновить пассивную копию базы данных.

Используйте Exchange для обновления копии базы данных почтовых ящиков

В данном примере показано, как заполнить копию базы данных с именем DB1 на сервере MBX1.

В данном примере показано, как заполнить копию базы данных с именем DB1 на сервере MBX1 с использованием сервера MBX2 в качестве исходного сервера почтовых ящиков для заполнения.

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

В данном примере показано, как заполнить каталог индекса содержимого для копии базы данных с именем DB1 на сервере MBX1 без заполнения файла базы данных.

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

Использование Центра администрирования Exchange для удаления базы данных почтовых ящиков

  1. В Центре администрирования Exchange откройте раздел Серверы > Базы данных и щелкните нужный почтовый ящик.

  2. Нажмите кнопку Удалить удаление базы данных почтовых ящиков.

Удаление базы данных почтовых ящиков в командной консоли Exchange

Выполните следующую команду, чтобы удалить базу данных почтовых ящиков MyDatabase.

При запросе подтверждения выбранного действия введите Y.

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

Как узнать, сработал ли этот процесс?

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

  • В Центре администрирования Exchange последовательно выберите пункты Серверы > Базы данных.
  • Убедитесь, что база данных почтовых ящиков удалена.

Ограничение на количество писем

Контроль скорости сообщений

Мы можем задать скорость обработки входящих сообщений — количество сообщений в минуту. Это контролируется на уровне коннектора.

Посмотреть текущую настройку можно командой:

Get-ReceiveConnector «Exchange01\Connector02» | fl MessageRateLimit

* в данном примере мы узнаем ограничение скорости для Connector02 на сервере Exchange01. По умолчанию, скорость не лимитирована (значение unlimited).

Изменить данное значение можно командой:

Set-ReceiveConnector «Exchange01\Connector02» -MessageRateLimit 2000000

* так мы зададим ограничение на 2000000 писем в минуту для коннектора Connector02 на сервере Exchange01.

Контроль пропускной способности

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

Get-TransportServer ExTransportServer | fl MaxConcurrentMailboxDeliveries, MaxConcurrentMailboxSubmissions, MaxConnectionRatePerMinute, MaxOutboundConnections, MaxPerDomainOutboundConnections, PickupDirectoryMaxMessagesPerMinute

* где:

  • ExTransportServer — имя сервера с ролью Hub Transport или Edge.
  • MaxConcurrentMailboxDeliveries — максимальное количество одновременных потоков, которое может открыть сервер для отправки писем.
  • MaxConcurrentMailboxSubmissions — максимальное количество одновременных потоков, которое может открыть сервер для получения писем.
  • MaxConnectionRatePerMinute — максимальное возможная скорость открытия входящих соединений в минуту.
  • MaxOutboundConnections — максимальное возможное количество соединений, которое может открыть Exchange для отправки.
  • MaxPerDomainOutboundConnections — максимальное возможное количество исходящих соединений, которое может открыть Exchange для одного удаленного домена.
  • PickupDirectoryMaxMessagesPerMinute — скорость внутренней обработки сообщений в минуту (распределение писем по папкам).

Смена значений по умолчанию возможна командой:

Set-TransportServer ExTransportServer -MaxConcurrentMailboxDeliveries 21 -MaxConcurrentMailboxSubmissions 21 -MaxConnectionRatePerMinute 1201 -MaxOutboundConnections 1001 -MaxPerDomainOutboundConnections 21 -PickupDirectoryMaxMessagesPerMinute 101

Хранение для судебного разбирательства и хранение на месте.

Существует два типа удержаний, доступных в Exchange Server: судебное удержание и In-Place Удержание. В удержании судебного разбирательства используется свойство LitigationHoldEnabled почтового ящика. При включенной удержании судебной тяжбы все почтовые ящики помещаются на удержание. В отличие от этого, с помощью In-Place Hold можно сохранить только те элементы, которые соответствуют критериям поискового запроса, определяемого с помощью средства In-Place eDiscovery. Можно разместить несколько In-Place в почтовом ящике, но для почтового ящика удержание для судебного разбирательства включено или отключено. Для обоих типов удержаний можно также указать период длительности для удержания элементов. Этот срок рассчитывается с даты получения или создания элемента почтового ящика. Если продолжительность не установлена, элементы удерживаются бесконечно или до тех пор, пока удержание не будет удалено. Если вы удалите удержание судебного разбирательства из почтового ящика, но одна или несколько In-Place хранится в почтовом ящике, элементы, совпадающие с In-Place удерживания, удерживаются в течение периода, указанного в параметрах удержания.

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

При переходе почтового ящика с удержанием судебного разбирательства в Exchange или Exchange 2013 г. на сервер почтовых ящиков в Exchange 2016 г. параметр «Удержание судебного разбирательства» продолжает применяться, обеспечивая соблюдение требований соответствия требованиям во время и после переезда.

Важно!

При переводе почтового ящика в режим хранения для судебного удержания или хранения на месте это действие применяется как к основному, так и архивному почтовому ящику.

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

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

  • Предполагаемое время для завершения каждой процедуры: 10 минут

  • Чтобы открыть Центр администрирования Exchange, см. статью Центр администрирования Exchange в Exchange Server. Чтобы открыть командную консоль Exchange, см. статью Запуск командной консоли Exchange.

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

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

Совет

Возникли проблемы? Попросите помощи на форумах Exchange. Перейти на форумы можно по следующим ссылкам: Exchange Server, Exchange Online или Exchange Online Protection.

Ограничение на количество подключаемых мобильных устройств

По умолчанию, каждый пользователь Exchange может подключить к серверу 10 мобильных устройств. Если пользователь превысит данный лимит, очередной девайс не сможет быть подключен с ошибкой «максимальное количество разрешенных связей: 10».

Данная настройка задается политикой ThrottlingPolicy, посмотреть настройку можно командой в Powershell для Exchange:

Get-ThrottlingPolicy Default* | fl Name, EASMaxDevices

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

Set-ThrottlingPolicy DefaultThrottlingPolicy_4a035731-ff53-4a6b-b241-0a979c050eef -EASMaxDevices 15

* где DefaultThrottlingPolicy_4a035731-ff53-4a6b-b241-0a979c050eef — полное имя политики в нашей системе; EASMaxDevices — количество максимально подключаемых устройств.

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

New-ThrottlingPolicy -Name NewEASMaxDevicesPolicy -EASMaxDevices 50

* в данном примере мы создадим новую политику со значениями по умолчанию для всех опций, кроме EASMaxDevices. Последняя будет равна 50.

… и применим политику к пользователю:

Set-ThrottlingPolicyAssociation -Identity dmosk -ThrottlingPolicy NewEASMaxDevicesPolicy

* где dmosk — пользователь в Exchange, к которому мы применяем новую политику NewEASMaxDevicesPolicy.

Настройка Room Mailbox в Exchange 2010

Если открыть свойства ресурсного почтового ящика, перед вами помимо стандартных вкладок отобразится ряд дополнительных (Resource General, Resource Policy, Presource Information, Resource in-Policy Requests, Resource Out-of-Policy-Requests).

  • Resource General — эта закладка позволяет настроить пользовательские свойства ресурса, а также значение объема ресурсов. К тому же, на этой закладке вы можете указать, включать ли Помощник резервирования ресурсов (Resource Booking Attendant) для данного почтового ящика.
  • Resource Policy — закладка политик ресурса.  Позволяет настраивать определенные политики, которые будут применяться к ресурсному почтовому ящику, такие как возможность резервирования повторяющихся собраний и максимальная длительность собрания. К тому же можно настроить делегатов ресурсного почтового ящика в этой закладке.
  • Resource Information — эта закладка управляет информацией о собрании, которая доступна в календаре ресурсного почтового ящика, например вложения, комментарии, тема и т.д. Она также позволяет настраивать дополнительный текст, отправляемый организатору собрания.
  • Resource In-Policy Requests — здесь вы можете настраивать тех пользователей, которым разрешено передавать запросы на собрания согласно политике, которые могут одобряться автоматически или делегатом ресурсного ящика.
  • Resource Out-of-Policy Requests — эта закладка позволяет вам настраивать тех пользователей, которым разрешено предоставлять запросы на собрания, не включенные в политику, и которые должны одобряться делегатом ресурсного ящика.

С помощью дополнительных вкладок можно настроить различные режимы поведения ящика Room Mailbox, например:

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

Все эти опции позволяют создать различные сценарии использования переговорных комнат и конференц-залов, например:

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

Использование ESEUtil для дефрагментации базы Exchange

Откройте командную строку Exchange Management Shell и перейдите в каталог с файлом почтовой базы:

PowerShell

cd D:\Data\WI-DB-01

1 cdD\Data\WI-DB-01

Размонтируем базу.

PowerShell

Dismount-Database WI-DB-01

1 Dismount-DatabaseWI-DB-01

Запускаем дефрагментацию с помощью утилиты ESEUtil.

PowerShell

D:\Data\WI-DB-01&gt;eseutil /d WI-DB-01.edb /t\\tmp_srv\exch\temp.edb

1 D\Data\WI-DB-01&gt;eseutil/dWI-DB-01.edb/t\\tmp_srv\exch\temp.edb

Монтируем базу:

PowerShell

mount-Database WI-DB-01

1 mount-DatabaseWI-DB-01

Убедимся, что ее размер уменьшился:

PowerShell

Get-MailboxDatabase -Status | ft name,databasesize,availablenewmailboxspace -auto

1 Get-MailboxDatabase-Status|ftname,databasesize,availablenewmailboxspace-auto

Настройка делегирования

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

Для управления запросами на бронирование, учетной записи, которой делегированы права на почтовый ящик, необходимо иметь права редактора (Editor) на календарь почтового ящика и папку free/busy. Сделать это можно двумя способами:

Второй вариант с помощью POSH реализуется так:

C:\>Add-MailboxPermission -Identity "Conference Room 1" -User winitpro_user -AccessRights FullAccessЭтой командой мы предоставим пользователю winitpro_user  полные права на ящик переговорной, и в дальнейшем он сможет управлять собраниями в этой переговорной, согласовывая или нет ее бронирование.

Перенос почтовых ящиков с Exchange Server на Microsoft 365 или Office 365

Если у вас Exchange гибридное развертывание, при переходе (на борт) локального почтового ящика Exchange Server для Exchange Online в Microsoft 365 или Office 365:

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

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

Параметры удержания и содержимое в папке «Извлекаемые элементы» также сохраняются при Exchange Online почтового ящика в локальной Exchange Server организации.

Совет

Для Exchange Server гибридное развертывание Exchange является рекомендуемым способом переноса почтовых ящиков на Microsoft 365 или Office 365.

Создаем ресурсный почтовый ящик в Exchange Server 2010

Откройте консоль Exchange Management Console и перейдя в раздел Recipient Configuration -> Mailboxes, запустим мастер New Mailbox Wizard.

В качестве типа почтового ящика выберем Room Mailbox (ресурсный ящик).

Затем выберем New User (Новый пользователь) с целью создания новой учетной записи для нашего ресурсного ящика.

Укажем контейнер (OU) Active Directory, в котором должна храниться учётная запись и заполним остальные поля (обычно тут указывают адрес переговорной, ее вместительность, наличие доп. оборудования, такого как проекторы, точки ВКС и т.д.).

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

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

В консоли ADUC данная учетная запись будет заблокирована.

Кроме того, созданный нами Room Mailbox появитсяи  в адресной книге в разделе All Rooms.

Развертывание пакета установки.

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

У вас откроется Мастер развертывания программного обеспечения, в строке, Пакет,вы увидите название пакета, в нашем случае это Test (Тестовая программа). НажмемОбзор для выбора коллекции на которую мы настроим Развертывание.

Выберем нужную коллекцию компьютеров. И нажмем Далее.

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

Укажем точку распространения и нажмем ОК, затем Делее.

На этапе, параметры развертывания, укажем Намерение — Обязательная установка

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

В расписании установки выберете вариант Как можно скорее.

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

После создания расписания нажимаем Далее.

На этапе Взаимодействие с пользователем нажимаем Далее.

Точки распространения, Далее.

На экране Сводка, проверяем правильность параметров развертывания и нажимаемДалее.

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

То, что нужно запомнить

Работа EseUtil.exe для выполнения дефрагментации базы данных Exchange

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

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

  1. Первым шагом является отключение базы данных почтовых ящиков, для чего вам необходимо запустить Exchange Management Shell и выполнить следующие команды:C: Windows system32> cd D: Mailbox ‘dbname’D: Mailbox ‘db name’> Dismount-Database ‘db name’
  2. Теперь запустите Eseutil.exe для дефрагментации файла Exchange EDB.D: Mailbox ‘имя базы данных’> eseutil / d ‘имя базы данных’. Edb / t \ testserver defrag temp.edb
  3. Теперь, чтобы снова смонтировать базу данных, выполните следующую команду.D: Mailbox ‘имя базы данных’> mount-db ‘имя базы данных’

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

Когда запускать Eseutil / D

Во многих ситуациях требуется автономная дефрагментация базы данных Exchange (EDB). Некоторые из них упоминаются там, где рекомендуется дефрагментировать базу данных Exchange.

Когда не запускать Eseutil / D

Несмотря на то, что Eseutil / D решает многие ситуации, бывают случаи, когда выполнение Eseutil / D не является правильным решением проблемы. Здесь упоминаются некоторые из ситуаций:

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

Вывод

Если размер почтового ящика Exchange становится слишком большим, в этой ситуации лучший способ уменьшить размер базы данных почтовых ящиков Exchange с помощью автономной дефрагментации Eseutil, которая удалит все пробелы и уменьшит размер файлов почтовых ящиков Exchange

Самое важное, о чем следует помнить, — это отключить базу данных почтовых ящиков перед выполнением автономной дефрагментации базы данных Exchange. Даже если проблема не исчезнет, ​​используйте упомянутый здесь автоматический мастер и сохраните всю базу данных Exchange в файл Outlook PST

Рейтинг
( Пока оценок нет )
Понравилась статья? Поделиться с друзьями:
Ваша ОС
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: