Управління електронною поштою SourceOne: Як запустити скрипти підтримки бази даних SourceOne
Summary: Як запустити скрипти підтримки бази даних SourceOne
Instructions
Зверніть увагу на наступне перед підтримкою баз даних SourceOne:
-
Ознайомтеся з рекомендаціями щодо підтримки баз даних SourceOne, які містяться в Посібнику з адміністрування управління електронною поштою SourceOne.
-
Визначте, як часто слід запускати скрипти підтримки бази даних. Загалом, якщо система дуже активна, технічне обслуговування може вимагати до трьох разів на тиждень, наприклад, якщо система обробляє понад 100 000 документів на день. Крім того, скрипти підтримки можна використовувати для визначення відповідної частоти, періодично запускаючи їх у режимі симуляції, а інформацію використовують для визначення швидкості фрагментації індексів у кожному унікальному середовищі. Для додаткових порад дивіться керівництво з адміністрування SourceOne.
-
Запускайте скрипти у непікові години. Це пов'язано з тим, що процес обслуговування бази даних дуже ресурсомісткий, що призводить до високого навантаження на диск і процесор.
-
Скрипти можуть запускатися на SQL Server як онлайн, так і офлайн режиму з урахуванням наступних міркувань:
-
Запускайте онлайн, лише на SQL Server Enterprise edition. Майте на увазі, що продуктивність SourceOne буде погіршена
-
Щоб працювати офлайн, призупините систему SourceOne за допомогою скриптів SourceOne Suspend і Resume, які надаються в програмному забезпеченні. Невиконання призупинення системи може спричинити проблеми, оскільки таблиці в базі даних можуть блокуватися при використанні SQL Standard Edition.
-
Дії, пошукові та адміністративні завдання SourceOne не повинні виконуватися під час онлайн- чи офлайн-обслуговування. Під час призупинення SourceOneслід використовувати скрипт ES1_ActivitySuspend.vbs замість скрипта ES1_ActivityBackupSuspend.vbs , щоб запобігти будь-якій активності в базі даних під час виконання обслуговування.
-
Обслуговування бази даних у офлайн-режимі є бажаним, оскільки це дозволяє виконувати більш повне обслуговування.
-
-
Переконайтеся, що є достатньо місця для розвитку журналів SQL-сервера та бази даних TempDB під час виконання скриптів. Під час цього процесу база даних TempDB може збільшитися до додаткових 20% від свого поточного розміру.
-
Заплануйте виконання скриптів підтримки бази даних, створивши заплановане завдання для виконання скрипта за допомогою аплета Windows Planned Task Applet. Альтернативно, заплануйте збережені процедури, які використовуються скриптами підтримки бази даних, для виконання за розкладом, створюючи завдання SQL Server Agent. Ознайомтеся з наступною статтею для отримання інформації про завдання SQL Server Agent: Помилка посилання https://support.emc.com/kb/334482
-
Скрипти обслуговування завершуються приблизно через 12 годин, щоб уникнути надто тривалої роботи та надмірного споживання ресурсів. Якщо трапляється тайм-аут, ви можете запустити скрипт знову, і він почнеться з того місця, де зупинився.
Будь ласка, зверніться до документації Посібника з управління електронною поштою для додаткової інформації на сторінці:
Additional Information
Щоб запустити скрипти підтримки SourceOne, спочатку потрібно увійти до SQL-сервера, що містить бази даних, з обліковим записом, що має дозволи Alter та View Database State. Як уже згадувалося, скрипти підтримки можна запускати з базами даних SourceOne Activity, Archive та Discovery Manager. Опції та вихідні дані для кожної бази дуже схожі, за винятком розділеної архівної бази даних.
Скрипти для кожної бази даних знаходяться в пакеті встановлення SourceOne у папці Setup\Database\Utilities\Maintenance .
-
Скопіюйте папки з цього каталогу в каталог на комп'ютері SQL Server.
Кожна папка містить пакетний файл для обслуговування та відповідний скрипт Visual Basic, який перенаправляє вихідні дані як у файли журналів, так і на екран терміналу.
2. Виконайте пакетний файл або запустивши його з командного рядка DOS, або подвійним кліком по назві файлу (нижче наведені доступні пакетні файли):
-
ES1_ActivityDB_Maintenance_mssql.bat
-
ES1_ArchiveDB_Maintenance_mssql.bat
-
ES1_DMDB_Maintenance_mssql.bat
3. У відповідь на запит вкажіть ім'я екземпляра для SQL Server, на якому встановлена база даних. Натиснітьклавішу Enter.
4. У відповідь на це запит вкажіть назву бази даних для обробки. Назва бази даних за замовчуванням — ES1Archive, ES1Activity або Discovery Manager залежно від використаного скрипту. Натисніть клавішу Enter.
5. У відповідь на це запит вкажіть, чи варто відображати звіт про фрагментацію індексу та показувати симуляцію етапів обслуговування. За замовчуванням відображення звіту та змодельованих кроків обслуговування перед фактичним виконанням цих кроків. Ми приймемо стандартний варіант і напишемо Y, натиснемо клавішу Enter.
6. У відповідь на це запит вкажіть, чи варто відновлювати індекси в онлайн-чи офлайн-режимі. Виберіть офлайн-режим, якщо індекси потрібно відновити. За замовчуванням є онлайн-режим. Скрипт підтримки дефрагментує або перебудовує індекси залежно від ступеня фрагментації, виявленої в індексі:
0 - 9% фрагментації, обробка не виконується і не потрібна.
Фрагментація 10 - 30%, індекс дефрагментується.
Фрагментація перевищує 30%, індекс відновлюють.
Ми виберемо параметри за замовчуванням, ввівши Y і натиснувши Enter.
7. У відповідь на це запит вкажіть, чи оновлювати SQL-статистику після дефрагментації чи перебудови індексів. За замовчуванням оновлення статистики. Якщо у вас є достатньо часу, завжди найкраще оновити статистику одразу після дефрагментації або відновлення індексів, оскільки це робить оновлення статистики максимально ефективним.
8. На екрані відображається звіт про фрагментацію перед дефрагментацією, а також команди підтримки симуляції.
Після перегляду звіту можна перейти до наступного завдання.
9. У відповідь на це запит вкажіть, чи виконувати етапи обслуговування, зазначені в симуляції, чи не виконувати їх. За замовчуванням їх виконують. Виберіть опцію і натисніть Enter.
10. Дані про обробку технічного обслуговування записуються на екран під час процесу обробки. Після завершення натисніть будь-яку клавішу, щоб продовжити.
Ці дані також зберігаються у файлі журналу, створеному в робочому каталозі, який має ту ж назву, що й пакетний скрипт, який ви запустили, але з розширенням, що закінчується на .log. Наприклад, якщо ми запускаємо скрипт підтримки бази даних Archive, ім'я файлу журналу називається ES1_ArchiveDB_Maintenance_mssql.log.