Далі рестартануть службу Active Directory Topology service
Після цього служба успішно стартонув і наша «чанга» благополучно повернулася до своїх обов'язків з пересилання пошти.
Поки був час, взяли решенье, за одне зробити «оффлайн дефрагментацію» баз даних поштовика.
Тут пару слів про те, для чого в принципі ця дефрагментація необхідна:
Для початку цікаво, яку базу найкраще дефрагментировать, для цього в PowerShell набираємо наступну команду:
C: \> Get-MailboxDatabase -Status | ft name, databasesize, availablenewmailboxspace -auto
показує статистику по всіх базах в організації.
C: \> Get-MailboxDatabase -Servermail-Status | ft name, databasesize, availablenewmailboxspace -auto
показує статистику по всіх базах на сервері mail (в даному випадку mailето мій робочий поштовик)
У моєму випадку, це виглядає приблизно так:
Актуально дефрагментировать базу "gold1". але час вже не дозволяло, тому вирішив зупинитися на "Head"
При плануванні дефрагментації бази потрібно чітко розуміти, що для виконання даної роботи, необхідно отмонтировать потрібну базу, що зробить недоступною пошту для всіх користувачів, що знаходяться в цій базі даних (це в принципі логічно).
Далі необхідно упевнитися, що є достатньо вільного місця для виконання дефрагментації. У процесі дефрагментації створюється новий файл бази і на диску одночасно зберігаються старий і новий файл, крім того потрібно додаткове місце для тимчасових файлів, що створюються утилітою eseutil.
Тому, якщо ви збираєтеся виконати дефрагментацію поштової Exchange, необхідно мати вільне місце, рівному не менше 110% від поточного розміру бази (без урахування порожніх сторінок).
У моєму поточному випадку, розмір диска дозволяє не копіювати tmp базу нікуди, якщо розмір диска не дозволяє, то необхідна команда такого вигляду:
D: \ Database \ head> eseutil / d head.edb /t\\tmp_srv\exch\temphead.edb
Ну або щось в цьому роді, на який-небудь вільний мережевий ресурс.
Мій варіант виявився таким:
Дефрагментація зажадала пари годин, після чого монтуємо базу і перевіряємо скільки місця звільнилося
Знову відкриваємо PowerShell набираємо:
Get-MailboxDatabase -Status | ft name, databasesize, availablenewmailboxspace -auto
Бачимо що наша база схудла, при тому не погано схудла.
Аналогічно проробляємо операцію з рештою базами і отримуємо вільне місце на дисках.
На поточний момент бази «Чангі» зайняли 2/3 розміру віртуального диска, так що тут поступово пора подумати про майбутнє:
-Або розширити сторадж засобами «вари» в існуючому VMDKразделе
-Або подмонтировать новий VMDK і перенести частину баз «Чангі» туди, але це якщо є місце на дисках в кошику.
Але це вже зовсім інша історія ...
Всім гарної роботи.