На томе, на котором находятся базы данных Exchange 2007, осталось менее 10 ГБ из 250 ГБ. Я пока не могу перейти на другой сервер, а на сервере нет свободной емкости для дополнительных дисков.
Есть ли у меня какие-либо краткосрочные варианты, которыми я могу работать без особых проблем? Может быть, сжать базу данных? Любые команды PowerShell для волшебного сжатия БД? Спасибо
PS Я уже установил некоторые правила для очистки старой почты, но они, похоже, не имеют никакого значения.
Спасибо S
Сомнительно, чтобы база данных занимала столько места на диске. Каков размер файлов EDB? Более вероятно, что у вас большое количество журналов транзакций, которые не были очищены. Я бы рекомендовал выполнить полное резервное копирование Exchange с помощью программы резервного копирования с поддержкой Exchange, которая может очищать журналы транзакций после завершения резервного копирования.
Сначала я хотел бы проверить, что вы регулярно делаете резервные копии Exchange, так как это очистит ваши журналы транзакций, освободив ценное пространство.
Кроме того, если ваша база данных Exchange регулярно обслуживает базу данных, она сама освобождает место.
Вы также можете использовать командлет export-mailbox для копирования частей почтовых ящиков пользователя (например, элементов старше двух лет) в файлы PST. Однако я бы не стал этого делать без какого-либо взаимодействия с конечным пользователем.
Нет никаких «волшебных» команд для сжатия базы данных. Файл базы данных (EDB) будет сжиматься только в том случае, если вы выполните автономная дегфрагментация, и даже в этом случае он не сжимается, если база данных не имеет пробела (свободного места) в файле для начала.
Предполагая, что вы делаете резервные копии с помощью резервной копии с поддержкой Exchange, в вашей базе данных нет значительного количества пустого пространства, а файл базы данных действительно приближается к 250 ГБ, вы не можете многое сделать, кроме как добавить хранилище или получить пользователи должны удалить достаточное количество элементов (и выполнить резервное копирование, чтобы эти элементы были фактически удалены из хранилища), чтобы создать пустое пространство в файле базы данных, чтобы остановить рост файла базы данных. (Вы можете найти пробел, выполнив поиск события с идентификатором 1221 в журнале приложений в источнике событий «Хранилище почтовых ящиков MSExchangeIS»).
Я предполагаю, однако, что ответы других авторов. Вы, вероятно, создаете журналы транзакций базы данных (вы видите много-много гигабайт файлов ".LOG" в каталоге базы данных Exchange - \ Program Files \ Microsoft \ Exchange Server \ Mailbox по умолчанию), и вы этого не делаете правильные резервные копии. Если вы не используете резервную копию с поддержкой Exchange, вы, вероятно, не сможете восстановить свой сервер в случае сбоя, и у вас будет нехватка дискового пространства, как вы видите.
(Теоретически возможно включить круговой каротаж для группы хранения и остановите рост журнала транзакций, но вы жертвуете возможностями восстановления, если сделаете это.)
В краткосрочной перспективе приобретите внешний корпус SCSI емкостью 500 ГБ + с предпочитаемыми дисками и переместите туда свои базы данных.
Наша попытка после уже описанных основ состоит в том, чтобы определить крупнейших пользователей почты и попросить их экспортировать свою старую электронную почту в архив .pst ... обычно небольшое количество пользователей занимает огромное количество места. Кажется, помогает выиграть время.