Ограничения в microsoft exchange server

Ограничение на длину атрибута

Может сложиться ситуация, при которой размер атрибута пользователя в AD может оказаться больше, чем в Exchange. Например, при попытке выполнить команду для почтового ящика, пользовать которого имеет длину поля «Отдел» более 64 символов, мы получим ошибку:

ПРЕДУПРЕЖДЕНИЕ: Объект dmosk.local/Пользователи/Капустов Морковка Лукович поврежден и находится в несогласованном состоянии. При проверке выявлены следующие ошибки:
ПРЕДУПРЕЖДЕНИЕ: Длина свойства слишком велика. Максимальная поддерживаемая длина 64, длина заданного значения свойства 71.

* в данном примере есть пользователь Капустов Морковка Лукович, у которого атрибут пользователя имеет несовместимую с Exchange длину.

Чтобы изменить поведение консоли, необходимо сделать 2 действия:

1. С помощью ADSI Edit подключаемся к схеме AD и изменяем значения rangeUpper для атрибутов CN=Department и CN=ms-Exch-Shadow-Department. Например, на 256:

* обратите внимание, что в нашем примере меняются параметры для отображения длины атрибута «Отдел». Ждем около 15 минут, если используется инфраструктура Active Directory с несколькими доменами

Ждем около 15 минут, если используется инфраструктура Active Directory с несколькими доменами.

2. В каталоге Exchange Server (например, для 2010 это может быть C:\Program Files\Microsoft\Exchange Server\V14) открываем папку ClientAccess\ecp\RulesEditor и находим файл ADAttribute.aspx — открываем его в текстовом редакторе и находим строку:

<asp:TextBox ID=»AttributeValue» MaxLength=»64″ runat=»server» DataBoundProperty=»Value» width=»95%» helpId=»ADAttributeValue»></asp:TextBox>

… и меняем значение MaxLength с 64 на, например, 256:

<asp:TextBox ID=»AttributeValue» MaxLength=»256″ runat=»server» DataBoundProperty=»Value» width=»95%» helpId=»ADAttributeValue»></asp:TextBox>

Перезапускаем IIS командой:

iis reset

Данное действие нужно повторить для всех серверов MS Exchange.

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

В центре администрирования Exchange перейдите к Получатели > Почтовые ящики.

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

На странице свойств почтового ящика последовательно щелкните Использование почтового ящика и Дополнительные параметры.

Щелкните Настроить параметры для этого почтового ящика, а затем укажите необходимые значения в следующих полях. Диапазон значений для каждого из параметров квоты хранилища составляет от 0 до 2047 ГБ.

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

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

Важно!

Запретить отправку в (ГБ). Если размер почтового ящика достигает или превышает указанное ограничение, Exchange не позволяет пользователю отправлять новые сообщения и отображает описательное сообщение об ошибке.

Запретить отправку и получение в (ГБ)

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

Нажмите кнопку Сохранить, чтобы сохранить изменения.

Изменение запросов на экспорт почтовых ящиков с помощью командной консоли Exchange

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

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

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

Подробные сведения о синтаксисе и параметрах см. в статье Set-MailboxExportRequest.

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

Чтобы убедиться, что вы успешно изменили запрос на экспорт почтовых ящиков, замените соответствующие значения и запустите эту команду в командной Exchange для проверки <MailboxIdentity> <MailboxExportRequestName> сведений:

Типы ограничений на размер сообщения

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

• Ограничения размера загона сообщений. Эти ограничения применяются к общему размеру всех полей загона сообщений, присутствующих в сообщении. Размер текста сообщения или вложений не учитывается. Поскольку поля заголовка представляют собой обычный текст, размер заголовка определяется числом символов в каждом поле заголовка и общим числом полей заголовка. Каждый символ текста потребляет 1 byte.

  Примечание

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

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

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

• Ограничения получателей. Эти ограничения применяются к общему числу получателей сообщений. При первом составлении сообщения получатели существуют в полях и заглавных полях. При отправке сообщения для доставки получатели сообщения преобразуются в записи в конверте сообщения. Группа рассылки считается одним получателем во время отправки сообщений.

Изменение размера Exchange 2013

Выбор правильного размера Exchange 2013 является одним из наиболее эффективных способов предотвращения проблем с производительностью. Калькулятор Exchange роли сервера 2013 года доступен здесь. Последняя версия — 9.1. Чтобы правильно использовать калькулятор, обратитесь к рекомендациям в записях блога Калькулятор требований для роли сервера Exchange 2013 и Изменение размера развертывания Exchange 2013.

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

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

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

Рекомендуется создавать дополнительные серверы (горизонтальное масштабирование), чем добавлять вычислительные ресурсы в существующие, больше мощные серверы (вертикальное масштабирование). Горизонтальное масштабирование позволяет реализовать в среде преимущества функций высокой доступности, встроенные в Exchange 2013. Чтобы понять, почему рекомендуется использовать именно эту конфигурацию, ознакомьтесь более подробно с записями блога Предпочтительная архитектура и Влияние устойчивости сайта на обеспечение доступности.

Калькулятор не учитывает наличие на серверах Exchange продуктов сторонних производителей или продуктов, которые взаимодействуют с Exchange (включая приложения, разработанные внутри компании), это означает, что при выборе размера развертывания следует обязательно учитывать такие продукты. Например, сервер Lync Server, сторонние приложения веб-служб Exchange (EWS) и устройства ActiveSync значительно повышают требования к ЦП на одного пользователя. Сведения о влиянии продуктов сторонних производителей на работу Exchange см. в документации к соответствующему продукту. Прежде чем реализовывать решения сторонних производителей, рекомендуется установить базовое значение производительности.

Определяем размер свободного места в базе 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 не используйте данную инструкицю!

Действие 3. Удаление операций поиска обнаружения электронных данных

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

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

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

• Использование командной консоли: Выполните следующую команду.

• Использование EAC: Перейдите к управлению соответствием требованиям на месте & > удержание. Выберите поиск, который необходимо удалить, а затем нажмите кнопку Удалить значок Delete. .

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

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

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

Очередность и уровень применения ограничений на размер сообщения

Всегда применяется самое жесткое из доступных ограничение на размер сообщения. Остается только решить, где именно оно применяется. Цель — отклонять слишком большие сообщения в транспортном конвейере как можно раньше. Например, системные ресурсы будут расходоваться бесполезно, если соединитель получения через Интернет будет принимать большие сообщения, которые затем будут отклоняться из-за более низкого ограничения для организации. Убедитесь, что существующие ограничения для организации, серверов и соединителей настроены так, чтобы максимально сократить все ненужные процедуры обработки сообщений. Это можно сделать, сохраняя одинаковые ограничения во всех расположениях или настроив более строгие ограничения на ввод сообщений в Exchange организации.

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

Совместное работу ограничений получателей

Ограничение получателя на сообщение выполняется в двух местах:

• На уровне протокола во время передачи электронной почты, где выполняется прием соединиттеля MaxRecipientsPerMessage.

• На уровне транспорта во время классификации, где соблюдается MaxRecipientEnvelopeLimit.

Существует также уровень почтовых ящиков RecipientLimits, который переопределяет уровень транспорта MaxRecipientEnvelopeLimit и также применяются во время классификации сообщений. Если установлено значение recipientLimits уровня почтовых ящиков (значение по умолчанию), максимальное число получателей на сообщение для почтового ящика контролируется уровнем транспорта MaxRecipientEnvelopeLimit.

Для входящий электронной почты сначала проверяется соединителет Receive MaxRecipientsPerMessage. Однако если число получателей превышает ограничение, сообщение не отклоняется; подключение получает ошибку, . Большинство почтовых серверов понимают эту ошибку, и они будут продолжать повторно отправлять сообщение в другом подключении до тех пор, пока сообщение не будет доставлено всем получателям.

Соединителик Receive MaxRecipientsPerMessage применяется к проверке подлинности и анонимным отправкам клиентов SMTP. Однако, когда сервер Exchange передает электронную почту через другой сервер Exchange в той же организации, соединителей получения MaxRecipientsPerMessage обходится.

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

Вот пример сценария:

Соединитетелем получения установлено 100, а уровень транспорта — 500. Теперь, если кто-то отправляет входящий адрес электронной почты 1000 получателей, это сообщение обычно принимается, так как ограничение соединителя получения заставит сервер отправки отправлять электронную почту в 10 фрагментах со 100 получателями на каждом сообщении, что ниже, чем параметр транспортного категоризатора .

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

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

1. В центре администрирования Exchange перейдите к разделу Получатели > Почтовые ящики.

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

3. На странице свойств почтового ящика нажмите кнопку Функции почтового ящика.

4. В разделе Ограничения доставки сообщений щелкните Подробности для просмотра ограничений на размер сообщений для почтового ящика.

   Или

   Выполните указанную ниже команду в командной консоли Exchange.

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

В данном примере мы рассмотрим ситуацию, когда у нас есть база от старого или другого сервера exchange, и мы должны перенести из нее все почтовые ящики в новую базу. Предположим, что база DAG01 — старая база, а DAG02 — новая.

Получаем список отключенных почтовых ящиков:

Get-MailboxDatabase -Identity «DAG01» | Get-MailboxStatistics | where {$_.DisconnectReason} | ft DisplayName,Identity,DisconnectReason

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

Connect-Mailbox -Identity «ca97f561-9b0b-4a83-a177-6f6261bdaa8c» -Database «DAG01» -User «Иванов Иван Иванович»

* где identity — Identity или DisplayName почтового ящика; user — аккаунт или DisplayName пользователя домена.

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

Теперь можно перенести почтовый ящик в другую базу:

New-MoveRequest -Identity ivanov@test.local -TargetDatabase «DAG02» -ArchiveTargetDatabase «DAG02» -BadItemLimit 10

Для перемещения нескольких пользователей сразу необходимо создать задание на перемещение с указанием CVS файла содержащего имена пользователей:

New-MigrationBatch -Local -AutoStart -AutoComplete -Name «MIgration task» -CSVData (::ReadAllBytes(«C:\User_list.csv»)) -TargetDatabases «DAG02» -BadItemLimit 10

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

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

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

В этом примере возобновляется неудачный запрос на экспорт почтового ящика пользователя Valeria Barrios.

В этом примере возобновляются все приостановленные запросы на экспорт почтовых ящиков.

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

Чтобы убедиться, что вы успешно возобновили экспортную заявку на экспорт почтовых ящиков, замените имя, адрес электронной почты или псевдоним исходный почтовый ящик, запустите эту команду в командной оболочке Exchange и убедитесь, что свойство Status не имеет значения <MailboxIdentity> :

Order of precedence and placement of message size limits

The order of precedence for message size limits is the most restrictive limit is enforced. The only question is where that limit is enforced. The goal is to reject messages that are too large as early in the transport pipeline as possible. For example, it’s a waste of system resources for the Internet Receive connector to accept large messages that are eventually rejected because of a lower organizational limit. Make sure that your organization, server, and connector limits are configured in a way that minimizes any unnecessary processing of messages. You do this by keeping the limits the same in all locations, or by configuring more restrictive limits where messages enter your Exchange organization.

However, this exemption applies only to messages sent between authenticated senders and recipients (typically, internal senders and recipients). For messages sent between anonymous senders and recipients (typically, Internet senders or Internet recipients), the organizational limits apply. For example, suppose your organizational message size limit is 10 MB, but you configured the users in your marketing department to send and receive messages up to 50 MB. These users will be able to exchange large messages with each other, but not with Internet senders and recipients (unauthenticated senders and recipients).

How recipient limits work together

The recipient limit on a message is enforced in two places:

• At the Transport level during categorization where MaxRecipientEnvelopeLimit is enforced.

Here is an example scenario:

Типы ограничений на размер сообщения

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

• Все ограничения размера сообщения: указывает максимальный размер сообщения, который включает в себя заголовку сообщения, тело сообщения и любые вложения. Exchange используется настраиваемый X-MS-Exchange-Organization-OriginalSize: заглавная запись исходного размера сообщения при его вводе Exchange организации. При проверке размера используется текущий размер сообщения или заголовок исходного размера сообщения (меньшее из значений). Размер сообщения может меняться из-за преобразования, кодирования или обработки содержимого агентом транспорта.

  Для любого ограничения на размер сообщений необходимо задать значение, которое превышает требуемый фактический размер. Это из-за кодировки Base 64 вложений и других двоичных данных. При кодировании Base64 размер сообщения увеличивается приблизительно на 33 %, поэтому указываемое значение должно быть на 33 % больше требуемого фактического размера сообщения. Например, если вы зададите 64 МБ как максимальный размер сообщения, реальный его размер будет составлять приблизительно 48 МБ или меньше.

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

• Ограничения получателей. Указывает общее число получателей, разрешенных в сообщении. Это включает общее число получателей в полях To:, Cc: и Bcc. Группа рассылки считается одним получателем.

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

Просмотр запросов на экспорт почтовых ящиков с помощью командной консоли Exchange

По умолчанию командлет Get-MailboxExportRequest возвращает имя, исходный почтовый ящик и состояние запросов на экспорт почтового ящика. Если передать команду конвейерным образом в командлет Format-List, вы получите только ограниченное число дополнительных полезных сведений:

• FilePath: целевой файл PST.

• RequestGUID. Уникальное значение GUID экспортного запроса почтовых ящиков.

• RequestQueue. База данных почтовых ящиков, в которой находится запрос на экспорт.

• BatchName. Необязательное имя пакета для запроса на экспорт почтовых ящиков.

• Identity: Уникальное значение удостоверения экспортного запроса почтовых ящиков ( <MailboxIdentity> \ <MailboxExportRequestName> ).

По умолчанию командлет Get-MailboxExportRequestStatistics возвращает имя, состояние, псевдоним исходного почтового ящика и выполнение запросов на экспорт почтового ящика в процентах. Если отправить команду конвейерным образом в командлет Format-List, отобразятся подробные сведения о запросе на экспорт почтового ящика.

Этот пример возвращает сводный список всех запросов на экспорт почтового ящика.

Этот пример возвращает дополнительные сведения о запросах на экспорт из почтового ящика Akia Al-Zuhairi.

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

Этот пример возвращает сводный список выполненных запросов на экспорт почтовых ящиков в пакете с именем Export DB01 PSTs.

Подробные сведения о синтаксисе и параметрах см. в статье Get-MailboxExportRequest.

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

Где значение удостоверения экспортного запроса <MailboxExportRequestIdentity> почтовых ящиков <MailboxIdentity> \ <MailboxExportRequestName> <RequestGUID> (или).

Этот пример возвращает подробные сведения для запроса на экспорт почтового ящика с именем MailboxExport пользователя Akia Al-Zuhairi, включая журнал действий в свойстве Report.

Подробные сведения о синтаксисе и параметрах см. в статье Get-MailboxExportRequestStatistics.

Ограничение на размер письма (вложения)

При отправке и получении писем, Exchange не пропускаем письма больших размеров (как правило, из-за тяжелого вложения). Это помогает предотвратить переполнение почтовых баз и замедление скорости работы. Однако, значения по умолчанию, скорее всего, не будут для нас оптимальными и необходимо будет их сменить.

Данный лимит может задаваться на 3-х уровнях. Разберем, как их можно посмотреть и поменять.

1) Транспорт организации. Глобальный уровень. Имеет наименьший приоритет.

Посмотреть заданные значения можно командой:

Get-TransportConfig | fl MaxSendSize, MaxReceiveSize

* где MaxSendSize — максимальный размер отправляемого письма; MaxReceiveSize — принимаемого.

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

Set-TransportConfig -MaxSendSize 70MB -MaxReceiveSize 70MB

2) Коннектор. Настраивается на отдельном сервере Exchange. Приоритет выше, чем у транспорта организации. Коннекоторов может быть несколько — вывести их список можно командой:

Get-ReceiveConnector

* коннекторы приемки для всех серверов Exchange.

Get-SendConnector

* коннекторы отправки.

После мы можем посмотреть ограничение на объем письма для коннектора, например:

Get-ReceiveConnector «Exchange01\Connector02» | fl MaxmessageSize

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

Теперь, чтобы изменить ограничение для коннектора вводим команду:

Set-ReceiveConnector «Exchange01\Connector02» -MaxMessageSize 73Mb

* коннектор приемки Connector02 на сервере Exchange01 будет пропускать сообщения объемом 73 Мб.

3) Почтовый ящик. Максимальный приоритет. Посмотреть ограничение для пользователя можно командой:

Get-Mailbox user1 | fl MaxSendSize, MaxReceiveSize

* по умолчанию, ограничение выставлено в значение unlimited. Таким образом, контроль выполняется на уровне коннекторов и транспорта.

Задать индивидуальное ограничение для пользователя можно командой:

Set-Mailbox user1 -MaxSendSize 75MB -MaxReceiveSize 75MB

Размер вложения

Справедливости ради, нужно заметить, что вышеописанный способ по ограничению объема отправляемого письма накладывает лимит на все сообщение в целом (и текст, и вложение). Но в Exchange можно создать транспортное правило, которое будет проверять размер именно вложения.

Правило можно создать командой:

New-TransportRule -Name AttachmentLimit -AttachmentSizeOver 65MB -RejectMessageReasonText «Sorry, messages with attachments over 65 MB are not accepted.»

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

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

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

• Определите, требуется ли сохранить некоторые или все результаты поиска из почтового ящика обнаружения, размер которого превышает 50 ГБ. Выполните действия, описанные в этом разделе, чтобы сохранить результаты поиска, скопировав их в другой почтовый ящик обнаружения. Если вам не требуется сохранять результаты определенной операции поиска обнаружения электронных данных, ее можно удалить, как описано в действии 3. Удаление операции поиска приведет к удалению результатов поиска из почтового ящика обнаружения.

• Если вам не требуются результаты поиска из почтового ящика обнаружения, размер которого превышает 50 ГБ, их можно удалить. Если это из почтовый ящик обнаружения по умолчанию, созданный при подготовке организации Exchange, его можно воссоздать. Дополнительные сведения см. в разделе Удаление и воссоздание почтового ящика найденных сообщений по умолчанию в Exchange.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Совет

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