Журнал метабази
Метабаза в IIS періодично резервується і сортується за версіями. При цьому використовуються два номери версії: головний і додатковий. Іменами файлів резервних копій є MetaBase_ [10-значний головний номер версії] _ [10-значний додатковий номер версії] .xml і MBSchema_ [10-значний головний номер версії] _ [10-значний додатковий номер версії] .xml. Наприклад, MBSchema_0000000160_0000000000.xml.
За замовчуванням зберігаються десять копій метабази, що дозволяє здійснювати відкат, відновлюючи одну з попередніх версій. Кількість резервних версій налаштовується за допомогою редагування властивості MaxHistoryFiles метабази. Як правило, число зберігаються копій не повинно бути менше десяти. При кожному збереженні метабази її резервна копія і відповідна схема записуються в папку history. IIS перевіряє кількість пар резервних файлів, і якщо воно стає більше, ніж значення параметра MaxHistoryFiles, то видаляються найбільш старі пари.
Розташування папки історії
За замовчуванням папка history розташована в каталозі% systemroot% \ System32 \ inetsrv \ history. Налаштувати місце розташування можна за допомогою зміни ключа реєстру HKEY_LOCAL_MACHINE \ Software \ Microsoft \ InetMGR \ Parameters \. Додайте нове значення рядка з ім'ям MetadataFile. Значення ключа MetadataFile має являти собою абсолютний шлях до місця розташування, в якому необхідно зберігати файли метабази (наприклад: D: \ IISMetadata \ ThisIsMyMetabase.xml).
Попередження. У будь-якому випадку редагування реєстру є дуже небезпечним, тому тут підходять всі класичні попередження. Будьте дуже, дуже обережні!
При зміні місця розташування файлів метабази переконайтеся, що всі файли метабази переміщені в це місце, інакше при запуску IIS в цьому місці розташування буде створена нова метабаза за замовчуванням. Зміна місця розташування метабази не вступить в силу до тих пір, поки не будуть перезапущени служби IIS Admin та World Wide Web Publishing.
Резервування і відновлення метабази
Незважаючи на те, що можна використовувати файли історії для відновлення файлів конфігурації метабази, виконання її резервного копіювання має деякі переваги. Одним з них є те, що файли історії метабази використовуються тільки на тому комп'ютері, на якому вони були створені, в той час як резервні копії можна відновити на будь-якому іншому комп'ютері. Резервування метабази виконується за запитом через IIS MMC.
Повний резервування метабази і її відновлення виконується також за допомогою опції Backup / Restore Configuration (Налаштування резервного копіювання / відновлення) в IIS MMC. Для отримання доступу до цієї опції виділіть комп'ютер в IIS і виберіть Action \ All Tasks \ Backup \ Restore Configuration (Дія \ Все завдання \ Резервування / відновлення конфігурації).
За допомогою діалогового вікна Configuration Backup / Restore (Резервування / відновлення конфігурації) (див. Рис. 1.5) створюється, відновлюється або віддаляється резервна копія метабази. У цьому вікні відображені всі резервні копії метабази.
Мал. 1.5. Резервування / відновлення конфігурації
Опція Backup (Резервування)
При створенні резервної копії необхідно вказати її ім'я. Файл резервної копії розташовується в папці% system% \ System32 \ Inetsrv \ MetaBack. Файл метабази має розширення .MD0. а файл схеми - розширення .SC0. Кожною наступною резервної копії з тим же самим ім'ям надаватиметься номер, на одиницю більший за попередній. Опція пароля захищає резервну копію за допомогою вказаного вами пароля. Парольний захист знімається тільки за допомогою введення того ж самого пароля. Це дозволяє переносити веб-сайт з одного комп'ютера на інший із збереженням захищеності метабази.
Попередження. Перенесення метабази на інший комп'ютер буде виконаний належним чином, якщо конфігурація дискового пристрою на новому комп'ютері ідентична колишньою. Оскільки шляху зберігаються в метабазе, то в разі розміщення вмісту на іншому диску веб-сайт буде працювати неправильно. Необхідно також дотримуватися особливу уважність при наявності у сайту сертифікату SSL.
Опція Restore (Відновлення)
Для відновлення виберіть потрібну конфігурацію, потім натисніть на кнопку Restore (Відновити). З'явиться попередження про те, що всі налаштування будуть видалені (вони будуть відновлені в варіанті, збереженому в зарезервованої копії конфігурації), і що всі служби будуть зупинені і перезапущени. Ця дія необхідно виконувати обдумано.
Опція Delete (Видалення)
Для видалення резервної копії метабази виберіть потрібну копію і натисніть на кнопку Delete (Видалити). У вікні підтвердження на видалення файлу виберіть Yes (Так). Резервна копія буде видалена.
Миттєва копія метабази
Ще один спосіб резервування метабази - використання утиліти Windows Backup (Архівація Windows). Утиліта архівації автоматично використовує компонент Metabase Snapshot Writer для перевірки успішного резервування файлів MetaBase.xml і MBSchema.xml. Якщо утиліта архівації виявить на резервовану диску метабази, вона запише метабази, що знаходиться в пам'яті, в файли і заборонить внесення в неї змін протягом двох хвилин (максимум).
Порада. Компонент Metabase Snapshot Writer не використовується при відновленні за допомогою утиліти Backup Utility. При необхідності відновлення файлів метабази зупиніть служби IIS для запобігання втрати даних.
зміна метабази
Якщо у вікні Properties (Властивості) включена опція Enable Direct Metabase Edit (Включити пряму зміну метабази) (див. Рис. 1.3), то для зміни метабази в процесі роботи IIS використовують кілька різних методів.
Компанія Microsoft реалізувала новий підхід, згідно з яким всі програми повинні бути доступні для інструментарію управління Windows (WMI). Тому необхідно мати можливість використання WMI для тих же елементів конфігурації, з якими працюють і через призначений для користувача інтерфейс. WMI редагує копію метабази, збережену на диску.
ADSI (Інтерфейс сценаріїв Active Directory) редагує копію метабази, що знаходиться в пам'яті комп'ютера. ADSI створює входження об'єкта метабази, з яким можна виконувати дії на програмному рівні.
Детальна інформація про зміну метабази приведена в "Завдання з адміністрування".
схема метабази
Схема метабази завантажується в пам'ять разом з метабази при ініціалізації IIS. Схема містить визначення всіх властивостей, які можуть змінюватися в ключах метабази. Схема в певній мірі навіть підсилює ці визначення. Поки властивість записано в якості внутрішнього характеру схеми, воно працює з тієї причини, що воно визначено. Такий підхід можна обійти за допомогою використання особливої властивості у файлі MetaBase.xml. що, по суті, полягає в створенні свого власного визначення для властивості. При цьому метою є визначення всіх використовуваних властивостей, а не накладення обмежень на кілька певних змінних. Незважаючи на те, що редагування метабази є нескладним процесом, змінювати схему метабази не рекомендується.