НОУ ИНТУИТ, Лекція, Робота із спільними папками

Реплікація спільної папки

Реплікація вмісту спільних папок до інших сховищ спільних папок організації не відбувається автоматично. Щоб реплікація здійснювалася, необхідно налаштувати її вручну кожної папки. Можна вказати кожній папці створення її реплік у кількох сховищах спільних папок. Якщо вказується реплікація будь-якої батьківської папки, всі її дочірні папки також реплікуються за умовчанням, хоча можна змінити цю властивість для конкретної дочірньої папки.

Реплікація спільних папок відбувається згідно з моделлю реплікації з кількома рівноправними копіями, в якій кожна репліка спільної папки розглядається як основна копія. Фактично немає простого способу відрізнити репліку від оригіналу після реплікації .

Визначивши, які папки потрібно реплікувати, адміністратор створює і конфігурує реплікацію . Для цього потрібно направити репліки з одного сховища спільних папок до інших сховищ спільних папок, використовуючи вікно властивостей спільної папки, яку потрібно реплікувати. Щоб настроїти реплікацію спільної папки, відкрийте сторінку властивостей цієї папки у вікні Exchange System і перейдіть на вкладку Replication (Реплікація), показану на мал. 10.16.

Ця вкладка містить список усіх сховищ спільних папок, які вже містять репліку цієї спільної папки. Натисніть кнопку Add (Додати), щоб відкрити діалогове вікно зі списком існуючих спільних сховищ організації, де немає реплік папки. Перейдіть до сховища, до якого потрібно реплікувати цю папку, і натисніть OK. Це спільне сховище буде додано до списку сховищ, які містять репліку цієї папки.

Під списком сховищ спільних папок відображається спадне меню Public Folder Replication (Реплікація)загальної папки). Використовуйте це меню для вибору тимчасового графіка реплікації цієї спільної папки до інших сховищ спільних папок. Можна використовувати одну з опцій.

Never Run (Ніколи не виконувати). По суті, це відключення реплікації цієї спільної папки, що може бути зручно для тимчасового припинення реплікації, наприклад, для пошуку та усунення несправності будь-якого конектора.
Always Run (Виконувати завжди). По суті, підтримує безперервну реплікацію. Оскільки це призводить до зайвого трафіку, то, як правило, це не найкращий варіант. Однак він може виявитися корисним при першому налаштуванні нової репліки, коли потрібно створити її якнайшвидше. У цій ситуації вибір Always Run забезпечує швидку реплікацію вмісту папки. Однак необхідно простежити, щоб після цього був обраний більш прийнятний варіант.
Run Every 1, 2 або 4 Hours (Виконувати через кожні 1, 2 або 4 години). Визначає виконання реплікації через зазначений проміжок часу.
Use Custom Schedule (Використовувати спеціальний часовий графік). Дозволяє визначати спеціальний розклад реплікації. Натисніть кнопку Customize (Налаштувати), щоб відобразити діалогове вікно з вказівником годинника, який використовується для налаштування розкладу реплікації .
Use Default Schedule (Використовувати стандартний розклад). Налаштовує реплікацію згідно з розкладом, вказаним для сховища спільних папок, в якому знаходиться ця спільна папка. Цей параметр використовується за замовчуванням.

Інші параметри вкладки Replication дозволяють побачити, коли було згенеровано останнє повідомлення про реплікацію, пов'язане з поточною спільною папкою, а також вказати пріоритет, який повинні мати повідомлення про реплікацію даноїпапки в системі Exchange.

Після створення реплік спільної папки та налаштування процесу реплікації на рівні папки можна налаштувати реплікацію на рівні сховища спільних папок. Для цього відкрийте сторінку властивостей для об'єкта Public Folder Store (Сховище спільних папок) та перейдіть на вкладку Replication (рис. 10.17).

На цій вкладці виконуються дві операції. По-перше, налаштовуються параметри реплікації, які будуть застосовуватися за умовчанням до всіх папок цього сховища. Це виконується за допомогою спадного меню, аналогічного меню, яке використовується для налаштування розкладу реплікації окремої папки (див. попередній параграф). Зазначене значення буде застосовуватися до всіх папок даного сховища, якщо на сторінці властивостей папок не вказана інша опція, ніж Use Default Schedule (Використовувати стандартний розклад). Іншими словами, якщо задається розклад для окремої папки, цей розклад замінює установку, задану в цій вкладці.

По-друге, на вкладці Replication сторінки властивостей сховища спільних папок можна визначити обмеження реплікації. За промовчанням жодних обмежень не встановлюється. Якщо виникають проблеми з пропускною здатністю каналу між серверами, можна задати максимальний час (у хвилинах), протягом якого дозволяється виконання реплікації . Можна також визначити максимальний розмір (у кілобайтах) одного повідомлення реплікації.

Напрямок на спільні папки

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

Клієнт перевіряє сховище загальнихпапок за промовчанням, налаштований як його сховище поштової скриньки , якому воно належить.
Якщо в спільній папці за замовчуванням клієнта немає репліки папки, клієнт переглядає всі сервери Exchange , до яких на даний момент є підключення.
Клієнт перевіряє кожен сервер, що знаходиться в тій же групі маршрутизації , в якій знаходиться сервер домашньої спільної папки клієнта.
Клієнт перевіряє сервери в інших групах маршрутизації, починаючи з з'єднань із найменшою вартістю.

Як адміністратор, ви можете використовувати дві стратегії модифікації методу підтримки направлення на спільні папки. По-перше, можна налаштувати конектори між групами маршрутизації для відхилення посилань на спільні папки. У наступних конекторах є можливість ігнорування напряму на спільні папки: Routing Group, SMTP, X.400 та X.25. Детальна розповідь про конектори наводиться в "З'єднання груп маршрутизації".

Другий підхід до зміни напрямів полягає у зміні списку серверів, на які може перенаправляти клієнта будь-який сервер. Слід лише відкрити вікно властивостей сервера в оснастці Exchange System, відкрити вкладку Public Folder Refferrals та налаштувати список серверів.

Синхронізація реплік спільних папок

Реплікація спільних папок відбувається згідно з моделлю реплікації з кількома рівноправними копіями, в якій кожна репліка спільної папки розглядається як основна копія. При прийнятті рішення про те, які папки потрібно реплікувати, ці репліки створюються та налаштовуються вручну. Будь-яка зміна, що вноситься до спільної папки, автоматично реплікується на інші копії цієї папки за допомогою служби Exchange Public Folder Replication Agent (PFRA). Дані копії базуються на налаштованих адміністратором параметрах.Реплікація – це процес, заснований на роботі з електронною поштою, який використовує протокол SMTP як транспортний механізм.

PFRA використовує три основні методи для відстеження реплікації та визначення того, чи синхронізована спільна папка. Нижче наведено їх опис.

Change Number (Номер зміни). Номер зміни складається із глобально унікального ідентифікатора інформаційного сховища та лічильника зміни, специфічного для сервера, на якому знаходиться спільна папка. Коли користувач модифікує (або створює) повідомлення у спільній папці, PFRA даного інформаційного сховища надає повідомленню новий номер зміни.
Time Stamp (Тимчасовий штамп). PFRA ставить на повідомлення штампи, що вказують час і дату, при надходженні повідомлень до спільної папки, причому повідомленню при кожній його зміні надається новий тимчасовий штамп.
Predecessor Change List (Список попередніх змін). Це перелік усіх інформаційних сховищ, які внесли зміни до повідомлення, та пізніших номерів змін, присвоєних кожним інформаційним сховищем зі списку.

Разом ці три конструкції формують інформацію про стан повідомлення та відіграють роль у створенні, видаленні та зміні повідомлення.

Створення повідомлення

При створенні в папці нового повідомлення інформаційне сховище, яке приймає повідомлення, надає номер зміни повідомлення і розміщує його в папці. Повідомлення реплікується в інші екземпляри папки згідно з звичайним розкладом реплікації.

Видалення повідомлень

Коли повідомлення видаляється з папки, інформаційне сховище, в якому знаходиться екземпляр папки з повідомленням, що віддаляється, відправляє повідомлення реплікації до всіх інших інформаційних сховищ,що містять екземпляр папки. При отриманні кожним інформаційним сховищем реплікаційного повідомлення відбувається видалення повідомлення з даного екземпляра папки.

Закінчення терміну дії повідомлення

Після закінчення терміну дії повідомлення (тобто при досягненні віку повідомлень, зазначеного для цієї папки), інформаційне сховище видаляє повідомлення з папки, але не надсилає повідомлення реплікації в інші інформаційні сховища. Кожне інформаційне сховище самостійно видаляє прострочені повідомлення зі своїх папок згідно зі своїми конкретними налаштуваннями та налаштуваннями папки. Таким чином, у різних сховищах терміни існування повідомлень можуть бути різними.

Зміна повідомлення

При внесенні зміни до одного з екземплярів повідомлення у спільній папці PFRA даного інформаційного сховища оновлює інформацію про стан повідомлення та відправляє повідомлення реплікації до інших інформаційних сховищ, у яких є екземпляри цієї папки. Повідомлення реплікації містить модифіковане повідомлення та всі його вкладення.

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

Хоча PFRA і відправляє повідомлення реплікації , немає конкретного механізму забезпечення досягнення повідомленнями реплікації пунктів призначення. Справа в тому, що генерація додаткового повідомлення підтвердження для кожного повідомлення реплікації призведе до марного подвоєння обсягу трафіку реплікації. Таким чином, можлива ситуація, коли повідомлення в різних примірниках спільної папки не буде синхронізовано. Для усунення такої ситуаціївикористовується процес, званийзворотним заповненням.При нормальному обслуговуванні повідомлення про стан передаються між серверами, і при цьому зіставляються номери змін повідомлень у різних екземплярах. Якщо сервер виявляє розсинхронізацію, він генерує запит зворотного заповнення для всіх змін, які ще не були отримані.

Висновок

Загальні папки є централізованим сховищем документів та повідомлень теоретично будь-якого типу та дозволяють здійснювати до них контрольований доступ будь-яким користувачем організації. Як такі, спільні папки є основою додатків документообігу для Exchange Server 2003. У даній лекції розповідалося про те, що необхідно знати для реалізації хорошої системи спільних папок в організації Exchange, включаючи створення спільних папок, керування ними за допомогою клієнта Outlook та оснастки Exchange System , а також як створити кілька дерев спільних папок в організації Exchange . Крім того, було показано, як налаштувати реплікацію таким чином, щоб спільні папки могли копіюватися до сховищ спільних папок на інших серверах. Тепер саме час перейти до розгляду іншого аспекту архітектури сховищ Exchange. В "Робота з групами зберігання" розповідається про те, як налаштовувати та здійснювати керування групами зберігання в Exchange Server 2003.