На главную страницу
 
  Главная 
  Новости 
  Статьи  RSS
  Программное обеспечение 
  Форум 
  Опросы 
  Полезные ссылки 
MSExchange.ru ISADocs.ru WinSecurity.ru NetDocs.ru

Новости Microsoft Exchange Server
Статьи
Программное обеспечение
Форум
Опросы
Полезные ссылки

Поиск по сайту


Авторизация

Запомнить меня на этом компьютере
  Забыли свой пароль?
  Регистрация

Подписка

Изменение параметров

Статистика

Hits 2741630
6323
Hosts 1649422
206
Visitors 229417
231

6

Главная / Форумы / Хранилище данных в Exchange 2003


SurfCop

Форум «Хранилище данных в Exchange 2003»

Версия для печати Версия для печати

Список форумов
Список тем
Поиск по форумам
Помощь
Войти
Регистрация


Тема: «Перемещение mailboxes в другие хранилища. Дефрагментация., После перемещения ящиков из хранилища, не высвободилось место в базе.» в форуме: Хранилище данных в Exchange 2003   Просмотров: 1151
 
Виктор
Заглянувший
 
Всего сообщений: 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, не возникнет ли каких то проблем из за его переноса? Вообще такая операция получится гораздо быстрее, чем дефрагментация. Ваше мнение?
 
Профиль
E-Mail
Наверх
Дмитрий (Dakl)
Заслуженный посетитель
 
Всего сообщений: 2856
Дата регистрации: 20.09.2006
Создано: 04.12.2009 08:21:55
 
 
А как давно вы проводили именно offline дефрагментацию.
То есть eseutil /d

C уважением Д.К.
 
Профиль
E-Mail
Наверх
Виктор
Заглянувший
 
Всего сообщений: 4
Дата регистрации: 03.12.2009
Создано: 04.12.2009 08:52:50
 
 
Эта база еще не дефрагментировалась мной, а про тех кто с ней раньше работал не знаю, скорее всего никогда.
Дело в том, что тестировал я дефрагментацию на небольшой базе 9Гб. Так же предварительно получил информацию eseutil /ms , из полученного следовало, что я получу 134Мб свободного места. Прогнал eseutil /d и действительно получил базу на 134Mb меньше. Поэтому запускать дефрагментацию на большой 60Gb базе, при выигрыше 1,3Gb, вовсе не вижу смысла. Сначала хочется разобраться, почему же так мало высвободилось места.
 
Профиль
E-Mail
Наверх
Дмитрий (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 уважением Д.К.
 
Профиль
E-Mail
Наверх
Виктор
Заглянувший
 
Всего сообщений: 4
Дата регистрации: 03.12.2009
Создано: 08.12.2009 02:12:50
 
 
Да, да, считал по этой рекомендации. И в случае с маленькой базой, получился довольно точный расчет.
 
Профиль
E-Mail
Наверх
Виктор
Заглянувший
 
Всего сообщений: 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

Может ли быть это связано с моей проблемой?

И да, С наступающим ВСЕХ!
 
Профиль
E-Mail
Наверх





Список форумов
Список тем
Поиск по форумам
Помощь
Войти
Регистрация




Работает на «Битрикс: Управление сайтом»
Работает на «Битрикс:
 Управление сайтом»
© MSExchange.ru, 2005-2010