|
|
Главная / Форумы / Хранилище данных в Exchange 2003
Форум «Хранилище данных в Exchange 2003» |
 |
Версия для печати |
|
|
Тема: «Перемещение mailboxes в другие хранилища. Дефрагментация., После перемещения ящиков из хранилища, не высвободилось место в базе.»
в форуме: Хранилище данных в Exchange 2003 |
Просмотров: 1149 |
|
Виктор
Заглянувший
Всего сообщений: 4
Дата регистрации: 03.12.2009
|
Создано: 03.12.2009 04:08:36
|
 |
Добрый день.
Ситуация следующая:
Exchange 2003
Имею базу priv2.edb размер файла 60Gb, были проведены работы по переносу почтовых ящиков в другие хранилища, на других физических носителях. При этом использовался Move Mailbox Wizard. С тех пор прошел примерно месяц.
Сейчас пытаюсь уменьшить старую базу priv2.edb, фактически в ней хранится порядка 15 ящиков условно говоря архивных, т.е. пользователи ими не пользуются, но удалять их не надо. К тому же в этой базе хранится ящик system attendant.
Запускаю утилиту eseutil /ms
в результатах вижу:
TOTALS:
Free: 348608
Reserved: 2256
Deleted: 0
Committed: 4607344
Unknown: 0
-------------
4958208
Насколько я понимаю, Free - это количество свободных страниц, т.е. 348608*4=1394432Кб это примерно 1362Мб свободного пространства в базе. Это откровенно мало, реально в оставшихся ящиках около 10Гб информации, т.е. свободным должно быть порядка 50Гб.
Подскажите, правильно ли я рассуждаю. Если да, то в чем причина? Я так понимаю, все перенесенные ящики числятся в исходном хранилище как удаленные, и срок хранения удаленных ящиков для данной базы, у меня выставлен в 10 дней. Фоновое обслуживание работает каждую ночь с 00:00 до 4:00, может просто не успевает?
В качестве альтернативы дефрагментации, вижу перенос оставшихся ящиков в новое хранилище, с последующим удалением опустевшего. Но меня смущает ящик system attendant, не возникнет ли каких то проблем из за его переноса? Вообще такая операция получится гораздо быстрее, чем дефрагментация. Ваше мнение?
|
|
|
Дмитрий (Dakl)
Заслуженный посетитель
Всего сообщений: 2856
Дата регистрации: 20.09.2006
|
Создано: 04.12.2009 08:21:55
|
А как давно вы проводили именно offline дефрагментацию.
То есть eseutil /d
C уважением Д.К.
|
|
|
Виктор
Заглянувший
Всего сообщений: 4
Дата регистрации: 03.12.2009
|
Создано: 04.12.2009 08:52:50
|
Эта база еще не дефрагментировалась мной, а про тех кто с ней раньше работал не знаю, скорее всего никогда.
Дело в том, что тестировал я дефрагментацию на небольшой базе 9Гб. Так же предварительно получил информацию eseutil /ms , из полученного следовало, что я получу 134Мб свободного места. Прогнал eseutil /d и действительно получил базу на 134Mb меньше. Поэтому запускать дефрагментацию на большой 60Gb базе, при выигрыше 1,3Gb, вовсе не вижу смысла. Сначала хочется разобраться, почему же так мало высвободилось места.
|
|
|
Дмитрий (Dakl)
Заслуженный посетитель
Всего сообщений: 2856
Дата регистрации: 20.09.2006
|
Создано: 07.12.2009 10:08:28
|
Эти ваши заключения вы сделали отсюда?
Примечание. Для дефрагментации базы данных требуется объем свободного места на диске, равный 110 % от размера базы данных. Чтобы вычислить требуемый объем места, выполните следующие действия:
1. Убедитесь в том, что служба банка данных не запущена.
2. Из командной строки выполните следующую команду:
eseutil /ms "database.edb".
3. Вычислите объем свободного места, умножив количество свободных страниц на 4 КБ.
4. Вычтите число, полученное в действии 3, из физического размера базы данных.
5. Число, полученное в действии 4, отражает объем данных в базе данных. Умножьте это число на 110 %. Полученное число — это объем свободного места, требуемый для дефрагментации базы данных.
6. Разделите число, полученное в действии 3, на 9 ГБ в час. Полученное число — это приблизительное время, которое займет дефрагментация базы данных.
C уважением Д.К.
|
|
|
Виктор
Заглянувший
Всего сообщений: 4
Дата регистрации: 03.12.2009
|
Создано: 08.12.2009 02:12:50
|
Да, да, считал по этой рекомендации. И в случае с маленькой базой, получился довольно точный расчет.
|
|
|
Виктор
Заглянувший
Всего сообщений: 4
Дата регистрации: 03.12.2009
|
Создано: 30.12.2009 05:03:39
|
Добрый день, снова вернулся к своему вопросу.
Прогнал утилитку isinteg на небольшой базе, получил
4200 предупреждений такого вида:
Warning: MsgFolder 1 (Fid=0001-00000001969A, Mid=0001-000000009FB1, Inid=0001-00000000A1EE): Error JET_errRecordNotFound seeking to INID for this MsgFolder Row
Может ли быть это связано с моей проблемой?
И да, С наступающим ВСЕХ!
|
|
|
|
|
