Установка квот для почтовой базы данных IBM Lotus Domino

Ознакомьтесь с тем, как реализация почтовых квот может значительно расширить возможности административной группы по контролю размера почтовой базы данных - жизненно необходимой функции при управлении средой IBM Lotus Domino. Изучите необходимую последовательность действий для внедрения квот и их влияние на пользователей.

Джозеф Андерсон, сертифицированный IBM специалист по IT-консалтингу, IBM

Джозеф Андерсон (Joseph Anderson) имеет сертификат от IBM в области I/T консалтинга, сейчас он работает в группе разработчиков Lotus, отделе программных служб IBM (Software Services). Начиная с 1990-х гг., Джозеф работал с Lotus Notes/Domino, Lotus Sametime и Lotus QuickPlace, сначала в качестве консультанта. В настоящее время он работает в группе Competitive Software над системами управления для ПО Domino/Notes, миграции/модернизации и безопасности. Прежде, чем начать свою деятельность в сфере консалтинга, Джозеф работал в юридической сфере в качестве Начальника оперативного управления, где он получил степень Магистра Наук в Юриспруденции в Юридическом Колледже Университета Денвера. Вы можете связаться с ним по адресу: joseph_anderson@us.ibm.com.



30.11.2006

Размер почтовой базы данных и поглощаемых ей ресурсов сервера являются поводом для беспокойства во многих компаниях. Чем больше почтовая база данных, тем труднее административной группе управлять резервными средствами и реализацией среды. К тому же пользователи замечают снижение функциональных характеристик сервера и своих рабочих станций, когда они пытаются войти в базу данных, из-за увеличения требований к процессору, памяти, диску I/O (Ввод/Вывод) и полосе пропускания. Важно понять, что одно только поддержание размера почтовой базы данных не гарантирует хорошую работу сервера и пользователя. К тому же большой размер почтовой базы данных, количество документов для просмотра -- особенно в Inbox (Входящие) -- также может снизить производительность.

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

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

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

Введение элементов квот базы данных

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

Стандартная конфигурация квот почтовой базы данных

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

Улучшенная конфигурация с почтовым маршрутизатором

Вы можете сконфигурировать среду Lotus Domino, используя документ Server Configuration (Конфигурация сервера), так чтобы маршрутизатор ограничивал способность пользователя направлять сообщения в свою почтовую базу данных. Пользователи могут отправлять сообщения, но опять же, они не могут реализовать функции, увеличивающие размер базы данных, такие как сохранение отправленных сообщений или черновиков. Вы можете изменить настройки маршрутизации в соответствии с потребностями вашей организации.

Ограничения размера базы данных

Максимальный размер базы данных, опробованный для Lotus Domino, это 64 Гб, что фактически ограничено базовой операционной системой. Это макимальный размер; фактический размер основан на среде, в которой находится почтовый файл. Размер серверов относительно операционной системы, процессора, памяти, хранилища данных и т.д., обусловливает реальный максимальный размер. Для получения дополнительной информации, включая воздействие большого объема Inbox (Входящие) на эксплуатацию сервера см. раздел developerWorks Lotus, "Передовая практика работы с большими почтовыми файлами Lotus Notes (Best practices for large Lotus Notes mail files)."

Программное удаление (soft delete) и уменьшение размера почтовой базы данных

В случае применения метода программного удаления к почтовой базе данных (что является значением по умолчанию для почтовых файлов, основанных на версии 7 почтового шаблона), удаление сообщений не уменьшает мгновенно размер почтовой базы данных. Сообщения остаются в почтовой базе данных на срок, на который установлено программное удаление (по умолчанию, удаление сообщений происходит через 48 часов). Для того, чтобы немедленно удалить сообщение, вам необходимо открыть папку Trash (Корзина) в почтовой базе данных и либо выбрать сообщение и щелкнуть на Delete Selected Item (Удалить Выбранный объект), или щелкнуть на Empty Trash (Очистить корзину) для удаления всех сообщений.

Сообщения в LOG.NSF, относящиеся к квотам

В случае, когда база данных достигает определенного порога квотирования базы данных, в поле Miscellaneous Events (Текущие события) появляются следующие сообщения в LOG.NSF для сервера (и также экран при открытой базе данных):

  • "Cannot allocate database object - database would exceed its disk quota. (Невозможно разместить объект базы данных - квота диска базы данных будет превышена)"
    Это не мешает пользователю входит в базу данных; он просто не может добавлять какие-либо элементы к базе данных, увеличивающие ее размер, если не осталось свободного места.
  • "Warning, database has exceeded its size warning threshold. (Внимание, база данных превысила размер порога предупреждения)"
    -- просто предупреждает пользователя, что скоро лимит будет превышен, и дает ему возможность уменьшить размер базы данных, существовавший до получения вышеуказанного предупредительного сообщения.

Установка квот на почтовую базу данных

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

Установка квот через алгоритм при регистрации

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

Первая опция -- это установка фактической квоты базы данных с максимальным размером базы, прежде чем пользователю начнут отправлять ошибки квоты. Вторая настройка является порогом ограничения для почтовой базы данных, которая запускает предупредительные сообщения для пользователей. Важно установить соответсвующий порог ограничения (обычно 75-90 процентов от квоты), так чтобы у пользователей было достаточно времени для уменьшения размера своих почтовых баз прежде, чем они достигнут квоты. Если порог ограничения слишком близок к квоте, возможно, чтобы одно сообщение могло запустить как порог предупреждения, так и действия сверх-квоты. Для получения дополнительной информации по конфигурированию алгоритма регистрации, см. "Creating a registration policy settings document (Создание документа настройки алгоритма регистрации)" раздел в Lotus Domino 7 Administrator Help (Справочник Администратора Lotus Domino 7).

Для поиска данных настроек откройте Domino Directory (Domino Каталог) в клиенте Lotus Notes. В поле Policies\Settings (Алгоритмы/Настройки) в папке Configuration (Конфигурация) щелкните по Add Settings (Добавить Настройки). Выберите Registration (Регистрация) из раскрывающегося списка. В документе Registration Settings (Настройки Регистрации) выберите таблицу Mail (Почта). В разделе Advanced Mail Options (Дополнительные опции почты), откройте опции Set database quota (Установить квоту базы данных) и Set warning threshold (Установить порог предупреждения), введя соответсвующие значения (см. Рисунок 1). Щелкните по Save (Сохранить) и Close (Закрыть) для того, чтобы закрыть Registration Settings (Настройки Регистрации) документ.

Рисунок 1. Раздел Advanced Mail Options (Дополнительные опции почты) документа Registration Settings (Настройки регистраци)
Раздел Advanced Mail Options (Дополнительные опции почты) документа Registration Settings (Настройки регистраци)

Установка квот через процесс Register Person (Зарегистрировать Субъект)

При регистрации пользователя от имени Domino Administrator client (Клиент Администратор) вы можете конфигурировать почтовую квоту и порог предупреждения в диалоговом окне Register Person (Зарегистрировать Субъект). В случае выбора Advanced option (Дополнительная опция), таблица Mail (Почта) отображается в левом навигаторе; щелкните его, чтобы увидеть диалоговое окно, показанное на Рисунке 2. Выберите опции Set database quota (Установить квоту базы данных) и Set warning threshold (Установить порог предупреждения) и введите соответствующие значения. Квота начинает действовать после регистрации пользователя.

Рисунок 2. Диалоговое окно Register Person (Зарегистрировать Субъект)
Диалоговое окно Register Person (Зарегистрировать Субъект)

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

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

  1. В Domino Administrator client (Клиент Администратор), щелкните таблицу Files (Файлы), и разместите почтовый каталог.
  2. Выберите одну или более почтовые базы данных, и затем в поле Tools (Интсрументы), щелкните Database (База данных) и выберите Quotas (Квоты).
  3. В диалоговом окне Set Quotas (Установить Квоты), выберите опцию "Set database quota to (Установить квоту базы данных для)" и введите параметры квоты.
  4. Выберите опцию "Set warning threshold to (Установить порог предупреждения)" и введите параметры порога предупреждения. См. Рисунок 3.
    Рисунок 3. Диалоговое окно Set Quotas (Установить квоты)
    Диалоговое окно Set Quotas (Установить квоты)
  5. Щелкните OK, чтобы продолжить; новая квота будет применена к почтовой базе данных.

Опыт пользователя при работе с квотами

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

Предупреждение Over threshold (Лимит порога)

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

"Your mail file has exceeded the warning size threshold of 51200 Kb. (Ваш почтовый файл превысил размер порога предупреждения в 51200 Кб)
You should delete messages, empty the trash and compact your mail file or contact your Administrator for help. (Вам необходимо удалить сообщения, очистить корзину и сжать свой почтовый файл или обратиться за помощью к администратору)"

Опыт IBM Lotus Domino Web Access является менее навязчивым; у клиента имеется индикатор, указывающий размер вашей почтовой базы данных, а для обозначения порога предупреждения цвет меняется на красный (см. Рисунок 4).

Рисунок 4. Индикатор порога предупреждения Lotus Domino Web Access
Индикатор порога предупреждения Lotus Domino Web Access

Предупреждение Over quota (Лимит квоты)

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

"Unable to write to your mail database which is currently 84492 KB (Невозможно записать в вашу базу данных, которая в текущий момент составляет 84492 Кб). Saving this message would exceed the disk quota of 76800 KB by 7694 KB (Сохранение данного сообщения превысит квоту диска в 76800 Кб на 7694 Кб).
You should delete messages, empty the trash and compact your mail file or contact your Administrator for help (Вам необходимо удалить сообщения, очистить корзину и сжать свой почтовый файл или обратиться за помощью к администратору)."

Если пользователь пытается отправить сообщение при помощи клиенте Lotus Domino Web Access, отобразится следующее собщение об ошибке:

"Domino Web Access Warning (Предупреждение Domino Web Access)
Problem (Проблема): - Unable to write to database because database would exceed its disk quota (Невозможно записать в базу данных, т. к. база данных превысит квоту диска).
Solution (Решение): Click here to close this window and return to the main window (Щелкните сюда для того, чтобы закрыть данное окно и вернуться в основное окно)."

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


Сжатие почтовой базы данных

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

Сжатие почтовой базы данных пользователем

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

  1. В Lotus Notes выберите File (Файл)– Database (База Данных) – Properties (Свойства) для того, чтобы открыть окно Database Properties (Свойства базы данных).
  2. Выберите таблицу Info, и щелкните % used, чтобы увидеть объем пространства, способного к извлечению (см. Рисунок 5).
  3. Щелкните Compact (Сжать) для уменьшения размера базы данных.
Рисунок 5. Database Properties Information tab (Закладка Свойства Базы Данных)
Database Properties Information tab (Закладка Свойства Базы Данных)

После завершения сжатия вы можете использовать свою почтовую базу данных (опция Compact (Сжатие) доступна только в полном клиенте Lotus Notes).

Сжатие вручную при подключенном журнале транзакций функционирует иначе, чем при отключенном. А именно, вы должны заставить сервер игнорировать пробелы в базе данных при введении квот, с помощью команды "Check space used in file when adding a note (Проверить занятое пространство в файле при добавлении записи)" в поле Quota enforcement (Применение квоты) в таблице Transactional Logging (Журнал Транзакций) документа Сервера (см. Рисунок 6).

Рисунок 6. Transactional Logging tab (Закладка Журнал Транзакций)
Transactional Logging tab (Закладка Журнал Транзакций)

Установка сжатия на сервере

Конфигурирование задачи Compact (Сжатие) на сервере является самым легким способом управления почтовыми базами данных, позволяющим избежать ранее описанных ручных операций. Следующие действия кратко излагают процесс установки задачи Compact (Сжатие) в документе Server Configuration (Конфигурация Сервера):

  1. В Domino Directory (Domino Каталоге), откройте поле Servers(Серверы)\Programs(Программы) в папке Configuration (Конфигурация), а затем щелкните по Add Program (Добавить Программу).
  2. Заполните документ Program (Программа) соответсвующими данными, примеры которых показаны на Рисунке 7. Вот несколько рекомендаций:
    • Поле Command line (Линия Команд) может включать много опций; пример параметра, -B -S 10, сжимающего базы данных на месте, если имеется более 10 процентов свободного места.
    • Установите поля Run at times (Запуск по времени) и Days of week (Дням недели), во избежание других действий со стороны администратора.
  3. Щелкните Save (Сохранить) & Close (Закрыть) для инициализации документа Program (Программа).
Рисунок 7. Пример документа Compact Program (Сжать Программу)
Пример документа Compact Program (Сжать Программу)

Параметр -B изменяет DBIID. Если журнал транзакций используется для резервных копий, используйте этот параметр только до графика полного резервирования (раз в неделю). Запуск Compact (Сжать) без заданного параметра (установка по умолчанию) не изменяет DBIID; он может запускаться каждую ночь, если используется журнал транзакций, утилизирующий пробелы, но не уменьшающий размер файла.

Для получения более полной информации по доступным параметрам при реализации задачи Compact (Сжатие), см. раздел "Compact options (Опции Сжатия)" в Lotus Domino 7 Administrator Help (Справочник Администратора Lotus Domino 7).


Использование маршрутизатора для совершенствования введения квот

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

Установка параметров маршрутизатора для выполнения квот

Для установки квот из маршрутизатора выполните следующее:

  1. В Domino Directory (Каталоге) откройте поле Servers (Серверы)\Configurations(Конфигурации) в папке Configuration (Конфигурация) для редактирования документа Configuration (Конфигурация) почтового серевера, на котором вы хотите контролировать квоты.
  2. В документе Configuration Settings (Параметры Конфигурации), выберите Router (Маршрутизатор)/SMTP - Restrictions and Controls (Ограничения и Контроль) - Delivery Controls (Контроль Доставки) вкладку (см. Рисунок 8.) Внутри данного раздела документа Configuration Settings (Параметры конфигурации) имеется набор доступных опций. Для определения соответствующих вашим требованиям опций, см. "Setting quota controls for the Router section (Установка контроля квот для раздела Маршрутизатора)" в Lotus Domino 7 Administrator Help (Справочник Администратора Lotus Domino 7).
    Рисунок 8. Пример документа Configuration (Конфигурация)
    Пример документа Configuration (Конфигурация)
  3. Щелкните по Save (Сохранить) & Close (Закрыть).

Изменения будут применены после модернизации конфигурации Маршрутизатора, которую вы можете произвести, введя tell router quit на консоли сервера. После прерывания маршрутизатора, введите load router. Теперь маршрутизатор усиливает изменения конфигурации для выполнения квот.


Опыт пользователя с введенными через маршрутизатор квотами

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

Предупреждение о превышении порога

Когда почтовая база данных превышает порог предупреждения, пользователи получают сообщение об ошибке, когда открывают свою почтовую базу данных и затем находят сообщение с темой Quota Warning Report (Предупредительный отчет о квоте), как показано на Рисунке 9.

Рисунок 9. Электронное сообщение с предупредительным отчетом о квоте
Электронное сообщение с предупредительным отчетом о квоте

Сообщение, пример которого показан на Рисунке 10, содержит информацию о текущем статусе их почтовой базы данных.

Рисунок 10. Пример Предупредительного Отчета о квоте
Пример Предупредительного Отчета о квоте

Сообщение об ошибке превышения квоты

Также когда почтовая база данных превышает свою установленную квоту, пользователь получает сообщение об ошибке, когда открывает свою почтовую базу данных. В посчтовой базе данных пользователь находит сообщение с темой Over Quota Error (Ошибка Сверх квоты) как показано на Рисунке 9.

В данном сообщении содержится информация о текущем статусе почтовой базы данных, пример которой показан на Рисунке 11, когда выбрана опция "Deliver Anyway (Don’t obey quotas) (Доставить в любом случае (Вне зависимости от квоты)". (В разделе "What should you do? (Что следует делать?)" указано, что новое сообщение будет доставлено.)

Рисунок 11. Пример отчета Quota Error Report (Ошибка Квоты) когда выбрана "Deliver Anyway... (Доставить в любом случае...)" опция
Пример отчета Quota Error Report (Ошибка Квоты) когда выбрана

Если документ Configuration (Конфигурация) настроен на "Non deliver to originator, (Не доставлять отправителю)", то сообщение не доставляется в почтовую базу данных, но получателю доставляется отчет Quota Error Report (Ошибка квоты), показанный на Рисунке 12. (В разделе "What should you do? (Что следует делать?)" указано, что новое сообщение не будет доставлено, а отправителю будет прислан отчет Non-Delivery Report (Отчет о Неполучении).)

Рисунок 12. Пример отчета Quota Error Report(Ошибка Квоты) когда выбрана опция “Non deliver to originator” (Не доставлять отправителю)
Пример отчета Quota Error Report(Ошибка Квоты) когда выбрана опция “Non deliver to originator” (Не доставлять отправителю)

Отправитель получает отчет Non-Delivery Report (Отчет о Неполучении) в свою почnовую базу данных, где отправителем является Маршрутизатор Почты и темой DELIVERY FAILURE (Ошибка Доставки)? как показано на Рисунке 13.

Рисунок 13. Пример отчета Non-Delivery Report (Отчет о Неполучении)
Пример отчета Non-Delivery Report (Отчет о Неполучении)

Конкретный пример для реализации квот

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

У Компании XYZ увеличились потребности в памяти для почтовых баз данных. В последнее время IT-группа работала с юридическим отделом по применению системы регистрирования сообщений для сбора всех сообщений, передающихся в среде. Группа решила, что автоматическое архивирование сообщений для пользователей применяться не будет и что управление пользователем почтовой базой данных является наилучшим решением. Они также решили внедрить квоты, основанные на Lotus Domino для сведения к минимуму размера базы данных.

IT-группа произвела оценку текущего характера использования в компании, определив, что средний срезовый размер почтовой базы данных для данной среды явлется 234 Мб. Были выявлены четыре основных группы по объемам:

  • Менее 150 Mб
  • 150-250 Mб (50 процентов численности)
  • 250-400 Mб (40 процентов)
  • 400 Mб-13 Гб (10 процентов)

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

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

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

  • 250 Mб (225 Mб порог предупреждения) для всех новых пользователей и текущих пользователей до 210 Mб, так что введение квот не поставит их немедленно перед порогом предупреждения.
  • 400 Mб (360 Mб порог предупреждения) для всех пользователей с почтовыми базами данных между 210-340 MB.
  • 600 Mб (540 Mб порог предупреждения) для всех пользователей с почтовыми базами данных между 340-600 MB; было решено, что пользователи данной категории будут рассматриваться в индивидуальном порядке, и если они превысят 540 MB порог предупреждения, то они получат предупредительные сообщения.
  • X+100 Mб (X+50 Mб порог предупреждения) для всех пользователей свыше 600 Mб; их квота устанавливается на 100 Mб свыше текущего размера почтовой базы данных с порогом предупреждения в 50 Mб свыше их текущего размера посчтовой базы данных.

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

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


Заключение

Управление размерами почтовых баз данных является обязательной функцией администрирования среды IBM Lotus Domino. Реализация квот может значительно увеличить возможности административной группы по контролю за размерами почтовых баз данных. В данном разделе были кратко изложены необходимые действия по установлению квот и их воздействие на пользовательское сообщество. При введении новых алгоритмов необходимо удостовериться в том, что осуществленная реализация выполнена эффективно и безболезненно. Также всегда обращайтесь к базе данных IBM Lotus Domino Administrator's Help (Справочник Администратора IBM Lotus Domino), чтобы убедиться, что представленная здесь информация применима к вашей среде.

Ресурсы

Научиться

Получить продукты и технологии

  • Загрузите пробную версию Lotus Domino на сайте developerWorks.
  • Загрузите пробную версию Lotus Notes на сайте developerWorks.

Обсудить

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Lotus
ArticleID=180627
ArticleTitle=Установка квот для почтовой базы данных IBM Lotus Domino
publish-date=11302006