Тысячи .log файлов в обмен 2007 папка Server
Это не отвечает на Ваш вопрос, но Вы могли бы рассмотреть развертывающийся Sysinternals BGInfo как часть Вашего рисунка рабочего стола. Это ставит имя ПК (и другая релевантная информация, которую Вы указываете), прямо на настольном образовании пользователя.
Те журналы являются файлами транзакций. Не удаляйте их.
Мне любопытно здесь, Вы устанавливали этот Exchange Server самостоятельно? Помещая группу устройств хранения в тот же дисковый том как Ваша ОС, файл подкачки и т.д. является абсолютно не рекомендуемой конфигурацией для Exchange Server.
Необходимо как можно скорее добавить больше устройства хранения данных к серверу и поместить устройство хранения данных Exchange в него.
Прочитайте следующую статью: диск журнала Exchange полон, Предотвращение и Средства
-
1Я действительно делал это. I' m частный подрядчик и это - мой первый раз с помощью Exchange 2007. У нас есть один сервер, выполняющий ESXI с 4 VMs включая Exchange Server. Это кажется, что я должен был создать, по крайней мере, отдельный раздел для диска журнала, когда я настроил его. I' ll дают той статье чтение, спасибо. – maik 16 November 2009 в 20:38
-
2Кроме того, Вы или не создаете резервную копию Exchange, или они не работают правильно. Я, конечно, надеюсь, что это не рабочий сервер. – Doug Luxem 16 November 2009 в 20:54
-
3Не слишком звуковой слишком элитарный здесь maik, но рассмотрите взятие курса - еще лучше сертификация перед развертыванием Exchange Server клиентам. It' s не самое легкое программное обеспечение для управления, особенно не, когда it' s настроенный неправильно. – pauska 16 November 2009 в 21:54
-
4I' ll идут вперед и звуковой человек, принадлежащий к элите для Вас. Быть этим я зарабатываю на жизнь как частный подрядчик IT, я don' t во многом как он, когда я слышу о других подрядчиках, повреждающих изображения тех из нас, кто знает что we' выполнение ре. Необходимо понять, как механизм базы данных работает перед движением, развертывая продукт как Exchange в производство и Вас don' t, очевидно. You' ve также выдал Ваши намерения что Вы don' t имеют Вас Customer' s почтовые данные в хорошей резервной схеме, начиная с Вас wouldn' t имели эту проблему, если Вы сделали. Я моюсь после людей как Вы. Надо надеяться, Ваш Клиент won' t теряют данные. – Evan Anderson 17 November 2009 в 00:02
Журналы транзакций должны быть очищены при выполнении полного резервного копирования соответствующей базы данных при нормальных операционных условиях. Когда в последний раз Вы выполняли успешное резервное копирование?
http://www.msexchange.org/articles/Transaction-Logs-Lifeblood-Exchange.html
То, что было необходимо, не было просто резервным копированием объема ОС сервера или хранилищ Exchange, но осведомленным о Exchange резервным копированием. Из того, что я читал, эта функциональность была только недавно добавлена исходно к Exchange 07 (запускающийся с SP2). Встроенный инструмент Windows Server Backup может теперь официально сделать осведомленные о Exchange резервные копии и как только я настроил это, у меня волшебно было 30 ГБ, дополнительных из свободного пространства. Из того, что некоторые люди сказали, что я соглашаюсь, что Exchange является зверем чудовища, которое не будет взято слегка, и я ясно не знаю столько же, сколько я должен в администрировании его так, я буду искать некоторое обучение или по крайней мере некоторый материал чтения. Если у кого-либо есть некоторые хорошие предложения (pauska? Evan?), не стесняйтесь комментировать.