Необходимостта от дефрагментиране на базите данни за поща в Exchange Server 2010 възниква от факта, че когато изтриете информация от базата данни, тя не се компресира автоматично (има празни страници) и съответно размерът на файла на базата данни не намалява. Например, ако прехвърляте потребителски пощенски кутии с общ размер от 5 GB от база данни за поща от 20 GB, размерът на файла ще остане непроменен 20 GB. Въпреки това освободените 5 GB свободно пространство ще бъдат използвани от нови елементи в бъдеще.
Ето защо, ако трябва да намалите размера на файла на базата данни за поща в Exchange 2010 чрез изтриване на незаети страници, можете да използвате един от следните методи:
- Създайте нова база данни, прехвърлете всички кутии в нея и изтрийте старата база данни
- Извършете дефрагментиране на офлайн на текущата база данни
Всеки от тези методи има своите плюсове и минуси. Дефрагментацията в офлайн включва обикновени потребителски пощенски кутии, но това е единственото решение, налично, когато няма достатъчно място на диска (просто няма къде да създадете нова база данни).
От друга страна, миграцията на пощенски кутии в нова база данни е по-малко рискована процедура, но в допълнение към необходимостта да има достатъчно свободно място за съхранение на две пощенски хранилища, генериране на голям брой транзакции, които също значително увеличават изискванията за налично свободно пространство и в резултат на това процесът на прехвърляне на потребителите може да отнеме няколко дни.
Трябва ясно да разграничите офлайн и онлайн (интерактивна) дефрагментация на базата данни на Exchange 2010. Интерактивната дефрагментация в Exchange се извършва непрекъснато, когато опцията е активирана Активиране на поддръжката на база данни (24 x 7 ESE сканиране). Тази процедура се извършва на заден план, включително премахване на остарели елементи в хранилището и оптимизиране на оформлението на страниците. Основната задача е да се освободи неизползваното пространство чрез компресиране на записи до минималния възможен брой страници, за да се намали броят операции за въвеждане / извеждане. Обърнете внимание, че неизползваното пространство не се връща в системата. Офлайн дефрагментацията освобождава това пространство.
Ние определяме размера на свободното пространство в базата данни на Exchange 2010
За да разберете текущия размер на базата данни и количеството свободно пространство в нея (същите неизползвани страници) в Exchange 2010, използвайте следната команда в Shell за управление на Exchange:
C: \> Get-MailboxDatabase -Status | ft име, размер на базата данни, на разположениеnewmailboxspace -auto
Име База данни Размер НаличниNewMailboxSpace-- - -
WI-DB-01 17,26 GB (18,604,766,720 байта) 8,544 GB (9,247,766,016 байта)
WI-DB-02 14,63 GB (15,785,670,144 байта) 4,669 GB (4,968,761,856 байта)
WI-DB -Archive-01 658,1 MB (689,542,784 байта) 234,6 MB (241,164,544 байта)
В този пример може да се види, че текущият размер на базата данни на WI-DB-01 е 17 GB, а свободното пространство в нея вече е 8,5 GB. И ако искате да освободите това пространство, размерът на файла на пощенската база данни може да бъде намален чрез дефрагментиране с ESEUTIL.
След това ще покажа как можете да дефрагментирате файл с база данни на Exchange 2010 на самостоятелен сървър, който не е член на групата за достъпност на базата данни..
ЗАБЕЛЕЖКА. Ако вашият сървър е член на DAG не употреба това instrukitsyu!
Подготовка за Defrag Exchange 2010
Когато планирате дефрагментиране на база данни, трябва ясно да разберете, че за да изпълните тази работа, трябва да демонтирате необходимата база данни, че пощата не е достъпна за всички потребители, намиращи се в тази база данни.
След това трябва да се уверите, че има достатъчно свободно пространство за извършване на дефрагментация. По време на процеса на дефрагментиране се създава нов файл с база данни и едновременно старите и новите файлове се съхраняват на диска, в допълнение, необходимо е допълнително пространство за временни файлове, създадени от помощната програма eseutil.
Следователно, ако ще дефрагментирате вашата Exchange Exchange, трябва да имате свободно пространство, равно на не по-малко от 110% от текущия размер на базата данни (без празните страници).
В моя случай това означава, че трябва да разполагаме с поне 9,6 GB свободно дисково пространство:
17,26 - 8,54 = 8,72
8,72 х 1,1 = 9,6
Ако няма такова количество пространство на текущия диск, трябва да посочите алтернативно местоположение за временни файлове в параметрите на eseutil. Това може да е различен диск или мрежов UNC път, но трябва да се отбележи, че когато използвате UNC път, времето за дефрагментация може значително да се увеличи поради ширината на лентата и закъсненията в мрежата..
Също така трябва да сте сигурни, че имате актуална резервна копия на дефрагментираната база данни, така че да не бъде мъчително болезнено ...
Използване на ESEUtil за дефрагментиране на обменна база
Отворете командния прозорец на Exchange Management Shell и преминете в директорията с файла на базата данни на поща:
cd D: \ Данни \ WI-DB-01
Демонтирайте основата.
Dismount-база данни WI-DB-01
Изпълнете дефрагментацията с помощта на помощната програма ESEUtil.
D: \ Данни \ WI-DB-01> eseutil / d WI-DB-01.edb /t\\tmp_srv\exch\temp.edb
Помощни програми за разширяващо се хранилище за сървър на Microsoft (R) Exchange
Версия 14.01
Авторско право (C) Microsoft Corporation. Всички права запазени.
Започва режим на ДЕФРАГМЕНТАЦИЯ ...
База данни: WI-DB-01.edb
Състояние на дефрагментация (% завършено)
0 10 20 30 40 50 60 70 80 90 100
| - | - | - | - | - | - | - | - | - | - |
...
Преминаване на \ \ tmp_srv \ exch \ temp.edb 'към' WI-DB-01.edb '...
Състояние на копирането на файла (% завършено)
0 10 20 30 40 50 60 70 80 90 100
| - | - | - | - | - | - | - | - | - | - |
...
имайте предвид:
Препоръчва се незабавно да извършите пълно резервно копие
на тази база данни. Ако възстановите резервно копие, направено преди
дефрагментиране, базата данни ще бъде върната към държавата
тя беше в момента на това архивиране.
Операцията завърши успешно за 2798.218 секунди.
Монтирайте основата:
mount-база данни WI-DB-01
Уверете се, че размерът му е намалял:
Get-MailboxDatabase -Status | ft име, размер на базата данни, на разположениеnewmailboxspace -auto
Име База данни Размер НаличниNewMailboxSpace
-- - -
WI-DB-01 8.328 GB (8 942,190,592 байта) 5.219 MB (5,472,256 байта)
WI-DB-02 14,63 GB (15,785,670,144 байта) 4,669 GB (4,968,761,856 байта)
WI-DB -Archive-01 658,1 MB (689,542,784 байта) 234,6 MB (241,164,544 байта)
