Где хранятся лог файлы exchange 2013

Free Disk Usage Analyzer by Extensoft — информация о занимаемом месте на дисках

Бесплатное приложение Free Disk Usage Analyzer показывает данные о том, сколько места занимают папки и файлы на разделах жесткого диска компьютера и на других подключенных устройствах. Программа работает на русском языке.

Возможности Free Disk Usage Analyzer:

• Отображение самых больших файлов на выбранном диске или в папке.
• Показ самых больших папок по размеру папки, среднему размеру файла или количеству файлов.
• Представление информации визуально в виде графиков.
• Имеется функция сортировки по отображаемым столбцам.

Из окна программы можно запустить системное средство «Очистка диска». В настройках Free Disk Analyzer by Extensoft выберите фильтр для поиска определенного типа файлов: картинки и фото, музыка, видео, документы, архивы, файлы Windows, другое.

Логи IIS

По умолчанию логи IIS располагаются в каталоге %SystemDrive%\inetpub\logs\LogFiles. Сигналом для их очистки может служить истощающееся быстрыми темпами свободное место системного диска. В этом случае системные администраторы начинают искать что же занимает столько места и благополучно пропускают папку inetpub, поскольку по умолчанию она практически ничего не весит:

Но почему? Дело в том, что изначально вы не имеете разрешений на вложенные папки, следовательно не можете увидеть их реальный объем:

Попробуйте зайти в каждую подпапку каталога %SystemDrive%\inetpub\logs\LogFiles, соглашаясь с назначением необходимых разрешений и в итоге увидите, что реальный объем папок не так уж и мал:

Разумеется у меня приведены в пример скриншоты с тестового сервера. Объем логов серверов в продакшене может достигать десятков и сотен гигабайт совершенно спокойно.

Итак, проблема найдена, пора заняться очисткой. Теоретически её можно проводить и вручную, но в этом нет никакого смысла и проще все сделать скриптами, в некоторых случаях достаточно даже одной команды PowerShell. В одной из статей по Exchange 2013 (см. Очистка папки Logging Exchange 2013) я уже рассматривал вопрос автоматизации процесса очистки логов, но не помешает напомнить о нем и в этой статье.

Команда для очистки log-файлов в нашем случае будет выглядеть следующим образом:

PowerShell

gci ‘C:\inetpub\logs\LogFiles’ -Include ‘*.log’ -Recurse | ? LastWriteTime -LT (Get-Date).AddDays(-3) | Remove-Item

1	gci’C:\inetpub\logs\LogFiles’-Include’*.log’-Recurse|?LastWriteTime-LT(Get-Date).AddDays(-3)|Remove-Item

В командлете (Get-Date).AddDays(-3) вместо значения -3 задайте свое. -3 говорит о том, что будут удалены все файлы старше трех дней. Для меня это оптимальное значение, для вас оно может отличаться. В продакшене рекомендую оставлять минимум неделю истории, а если позволяет свободное место, то и целый месяц не будет лишним.

Создадим отдельную учетную запись, администратором её делать не нужно:

Дадим учетной записи права Вход в качестве пакетного задания (через оснастку управления политиками gpedit.msc):

Конфигурация компьютера\Конфигурация Windows\Параметры безопасности\Локальные политики\Назначение прав пользователя

Дальше необходимо выдать пользователю права на каталог %SystemDrive%\inetpub\logs\LogFiles. Достаточно прав на чтение + права на удаление файлов и папок:

Снова открываем окно назначения прав и заменяем разрешения всех дочерних элементов родительскими (без этого работать не будет, ведь на этом каталоге отключено наследование):

Следующий шаг — создание запланированного задания (в аргументах вставьте команду, о которой речь шла выше):

Не забудьте проверить задание — выполните вручную и если все прошло хорошо (см. журнал задания), поставьте выполнение через 2-3 минуты от текущего времени, чтобы проверить как оно работает при автоматическим запуске. При этом убедитесь, что старые файлы действительно удалились.

Notes:

1. Вход в качестве пакетного задания

comments powered by HyperComments

Восстановление баз данных Exchange 2013

БД является конечным местом хранения данных, но в процессе работы может наблюдаться ситуация, когда часть информации занесена только в журналы транзакций, а в базу данных попасть ещё не успела. Все это приводит к тому, что база данных находится в несогласованном состоянии и это абсолютно нормально. Этот процесс очень хорошо показан на иллюстрации 1 :

Зеленым цветом как раз обозначены данных, которые попали в журналы транзакций, но ещё не были применены к базе. Этот механизм работает автоматически, примененные транзакции отслеживаются с помощью файла контрольных точек (checkpoint file). Подробнее читайте в Хранилище Exchange 2013 — Принцип работы.

В процессе корректного отключения базы данных информация в журналах и во временной базе сбросится в основную БД, база размонтируется и будет находиться в состоянии Clean Shutdown:

Журналы транзакций после этого уже не нужны, ведь информация в них по сути будет дублироваться с основной базой. Они могут потребоваться лишь для сценариев восстановления поврежденной БД и вручную удалять их нельзя.

Если же работа сервера была завершена аварийно или произошло некорректное отключение БД, то состояние базы будет Dirty Shutdown:

Как минимум это означает, что база данных находится в несогласованном состоянии и для исправления этой ситуации необходимо применить к ней недостающие транзакции, которые на момент до сбоя были зафиксированы только в журналах транзакций (строчка Log Required явно намекает на это). Этот процесс называется мягкое восстановление (Soft Recovery) и подразумевает следующее:

1. Файл базы данных находится в исправном состоянии;
2. Существуют и находятся в исправном состоянии все необходимые журналы транзакций.

В противном случае необходимо проводить грубое восстановление (Hard Recovery), в процессе которого неминуемо будет потеря данных. Сколько именно информации не удастся восстановить, зависит от конкретной ситуации. Вполне возможно, что восстановить базу из резервной копии в этом случае будет более правильным решением. В любом случае ниже мы рассмотрим все возможные сценарии.

Parameters

The ConfigurationOnly switch specifies whether to change the configuration of the database without moving any files. You don’t need to specify a value with this switch.

If you don’t use this switch, the configuration of the database changes and the files are moved.

Type:	SwitchParameter
Position:	Named
Default value:	None
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

The Confirm switch specifies whether to show or hide the confirmation prompt. How this switch affects the cmdlet depends on if the cmdlet requires confirmation before proceeding.

• Destructive cmdlets (for example, Remove-* cmdlets) have a built-in pause that forces you to acknowledge the command before proceeding. For these cmdlets, you can skip the confirmation prompt by using this exact syntax: -Confirm:$false .
• Most other cmdlets (for example, New-* and Set-* cmdlets) don’t have a built-in pause. For these cmdlets, specifying the Confirm switch without a value introduces a pause that forces you acknowledge the command before proceeding.

Type:	Fqdn
Position:	Named
Default value:	None
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

The EdbFilePath parameter specifies a new file path for the database. All current database files are moved to this location. The default location is %ExchangeInstallPath%Mailbox\LocalCopies\MBDatabase.edb . This file path can’t be the same as the path for the backup copy of the database.

Type:	EdbFilePath
Position:	Named
Default value:	None
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

The Force switch hides warning or confirmation messages. You don’t need to specify a value with this switch.

You can use this switch to run tasks programmatically where prompting for administrative input is inappropriate.

Type:	SwitchParameter
Position:	Named
Default value:	None
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

The Identity parameter specifies the database that you want to move. You can use any value that uniquely identifies the database. For example:

• Name
• Distinguished name (DN)
• GUID

The LogFolderPath parameter specifies the folder where log files are stored.

Type:	NonRootLocalLongFullPath
Position:	Named
Default value:	None
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

The WhatIf switch simulates the actions of the command. You can use this switch to view the changes that would occur without actually applying those changes. You don’t need to specify a value with this switch.

Type:	SwitchParameter
Aliases:	wi
Position:	Named
Default value:	None
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

• Как завести жесткий диск

    

• Hell let loose настройка видеокарты

    

• Тактовые частоты процессора cpu amd настройка

    

• Как разогнать процессор mediatek helio g80

    

• Калькулятор разгона оперативной памяти ddr4

Переиндексация базы (восстановление поиска или репликации)

Данную процедуру необходимо выполнять, если наблюдаются проблемы с поиском в почте или репликации DAG-копии. Выполняется в Exchange Management Shell.

Одна копия базы

Переходим в каталог Exchange:

cd «\program files\microsoft\exchange server\v14\scripts»

Запускаем переиндексацию:

.\ResetSearchIndex.ps1 BASE1

При использовании DAG

Смотрим, у какой копии базы произошел сбой индекса:

Get-MailboxDatabaseCopyStatus -Identity DAG01 | Format-List Name, ContentIndexState

Пример ответа:

Name              : DAG01\Server1ContentIndexState : Failed

Name              : DAG01\Server2ContentIndexState : Healthy

Активируем копию базы на сервере с исправным индексом:

Запускаем копирование каталога с исправного сервера:

Делаем активной копию базы на старом сервере:

Возможные значения поля source

Значение источника	Описание
ADMIN	Источник события был введен пользователем. Например, администратор использовал средство просмотра, чтобы удалить сообщение, или отправил файлы сообщений с помощью каталога воспроизведения.
AGENT	Источником события был агент транспорта.
APPROVAL	Источником события была платформа утверждения, используемая для контролируемых получателей. Подробнее см. в разделе Управление утверждением сообщений.
BOOTLOADER	Источником события были необработанные сообщения, которые присутствовали на сервере на момент загрузки. Это относится к типу событий LOAD.
DNS	Источником события было DNS.
DSN	Источником события было уведомление о доставке (также называемое сообщением возврата или отчетом о недоставке).
GATEWAY	Источником события был внешний соединитель. Подробнее см. в разделе Внешние соединители.
MAILBOXRULE	Источником события было правило для папки «Входящие». Дополнительные сведения см. в статье Правила для папки «Входящие» в Outlook Web App.
MEETINGMESSAGEPROCESSOR	Источником события был обработчик сообщения о собрании, который обновляет календари в соответствии с обновлениями собрания.
ORAR	Источником события был альтернативный получатель, запрошенный отправителем (ORAR). Вы можете включить или отключить поддержку ORAR на получающих соединителях, используя параметр OrarEnabled в командлете New-ReceiveConnector или Set-ReceiveConnector.
PICKUP	Источником события был каталог раскладки. Подробнее см. в разделе Каталог раскладки и каталог преобразования.
POISONMESSAGE	Источником события был идентификатор сообщения о сбое. Дополнительные сведения о сообщениях о сбое и очереди сообщений о сбое см. в разделе Queues and messages in queues
PUBLICFOLDER	Источником события была общедоступная папка, поддерживающая почту.
QUEUE	Источником события была очередь.
REDUNDANCY	Источником события было избыточное теневое копирование. Подробнее см. в разделе Теневая избыточность.
ROUTING	Источником события был компонент разрешения маршрутизации классификатора в службе транспорта.
SAFETYNET	Источником события была сеть безопасности. Подробнее см. в разделе Система безопасности.
SMTP	Сообщение было отправлено компонентом отправки или получения SMTP службы транспорта.
STOREDRIVER	Источником события была MAPI-отправка из почтового ящика на локальном сервере.

Включение активной копии базы в DAG

В группе DAG только одна копия базы может быть активной. Таким образом, может возникнуть необходимость переключиться на другой сервер. Это делается в графическом интерфейсе или командной консоли Powershell.

Графический интерфейс

Конфигурация организации — Почтовый ящик — вкладка Управление базой данных — ставим указатель на нужную группу баз:

Ниже кликаем правой кнопкой по базе, которая находится на нужном нам сервере и выбираем Включить копию базы данных…:

В появившемся всплывающем окне выбираем параметр для автоматического переопределения активного сервера или оставляем в положении «Нет».

Powershell

Для смены активного сервера базы из группы DAG вводим:

* где ActivateOnServer указываем на целевой сервер, на котором должна быть активирована копия базы; MountDialOverride — параметр для автоматического подключения базы (возможны варианты: None, Lossless, GoodAvailability, BestAvailability, BestEffort); Confirm — требование от администратора вводить подтверждение перемещения активной копии (необходимо отключать для скриптов). В данном примере мы перемещаем активную копию базы DB5 на сервер SERVER15 без переопределения автоматического переноса сервера; консоль не потребует подтвердить наши намерения.

Как показать занятое место на диске в WizTree

В бесплатной программе WizTree вы узнаете, какие файлы занимают место на диске. Программа работает на русском языке, есть портативная (portable) версия приложения.

Анализ диска на занятое место запускается в WizTree следующим образом:

1. Выберите диск для сканирования.
2. Нажмите на кнопку «Анализ».

Во вкладке «Дерево», в правой части окна программа WizTree отобразит занимаемое папками место на диске, а в левой части окна приложения находится информация о расширениях файлов. В нижней части окна находится карта с графическим представлением отдельных объектов, окрашенных в разные цвета по типу файлов.

Занято много места на диске: причины этой ситуации

Чаще всего пользователи сталкиваются с нехваткой места на системном диске «C:». Нам нужно узнать, что занимает место на диске, чтобы решить, что с этим делать дальше.

В операционной системе Windows занимать достаточно много места на дисках могут следующие данные:

• Временные файлы и другой цифровой мусор.
• Кэш браузеров.
• Точки восстановления системы.
• Дубликаты файлов.
• Установленное программное обеспечение.

Помимо перечисленного, на многих компьютерах значительное место занимают различные пользовательские данные: фотографии, фильмы, музыка, документы и тому подобное.

Чтобы решить часть проблем с нехваткой места на диске ПК, выполните эти рекомендации:

• Удалите временные файлы Windows.
• Очистите кэш браузера.
• Установите оптимальный размер, занимаемый точками восстановления.
• Удалите дубликаты файлов.
• Удалите ненужные программы.
• Перенесите часть данных на другие диски компьютера или на внешние носители информации.

Эти действия не решат все проблемы с нехваткой пространства на жестком диске компьютера, но помогут несколько уменьшить место, занимаемое ненужными данными.

В большинстве случаев, самый большой объем занимают данные пользователя. Пользователи забывают о многих файлах и папках на компьютере, созданных в разное время, а там зачастую хранятся немало данных. Необходимо разобраться с пользовательскими данными и навести порядок в хранении информации.

Подробнее: Как навести порядок на своем компьютере

Из-за нехватки свободного места в памяти компьютера, устройство начинает тормозить и медленнее работать. Это вызывает дискомфорт у пользователя. Кроме того, на ПК негде хранить новые данные.

Перед тем как приступить к решению проблемы, нужно получить сведения о том, что занимает место на диске «С» или на других дисках компьютера. Вручную перебирать файлы и папки нерационально: этот процесс занимает много времени. Чтобы узнать, чем занято место на диске, необходимо воспользоваться помощью стороннего программного обеспечения или встроенного средства Windows 10.

Что вызывает диск C заполнить самостоятельно в Windows 10?

Поскольку диск C в основном является системным томом, исчезновение свободного места может быть связано со следующими факторами –

• Атака вредоносного ПО . Если ваша система поражена вредоносным ПО или находится под его контролем, это может привести к исчезновению свободного места на системном томе.
• Поврежденные системные файлы . Повреждение или повреждение ваших системных файлов также может привести к исчезновению свободного пространства.
• Точки восстановления системы . Иногда машины настроены на использование большего, чем достаточно места, необходимого для точки восстановления системы, что может вызвать проблему.

Мы нашли несколько эффективных решений. которые вы можете реализовать, чтобы решить вашу проблему. Если проблема не исчезнет, ​​обязательно прочтите их все.

Решение 1. Просканируйте свою систему

Начните с В большинстве случаев вам следует выполнить тщательное сканирование системы с помощью Защитника Windows или любого другого стороннего антивируса, чтобы обнаружить любые вредоносные программы, присутствующие в вашей системе. Если вы отключили Защитник Windows, не установив в системе сторонний антивирус, некоторые вредоносные программы могут легко повредить вашу систему, поскольку она широко открыта. Следовательно, убедитесь, что Защитник Windows всегда включен, за исключением случаев, когда он прерывает выполнение определенной вами задачи. Чтобы выполнить полное сканирование вашей системы с помощью Защитника Windows, сделайте следующее:

1. Нажмите Winkey + I , чтобы открыть Настройки .
2. Перейдите в Обновление и безопасность .
3. Перейдите в ‘ Безопасность Windows ‘.
4. Нажмите’ Защита от вирусов и угроз ‘.
5. Нажмите Параметры сканирования и выберите поле” Полное сканирование “.
6. Запустить сканирование.

Решение 2. Точки восстановления системы

Как мы упоминали ранее, в некоторых случаях точки восстановления системы выделено больше места, чем требуется, что приводит к проблеме. Следовательно, чтобы исправить это, вам придется уменьшить объем пространства, выделяемого для точек восстановления системы. Вот как:

1. На рабочем столе справа- нажмите « Этот компьютер » и выберите Свойства .
2. Нажмите « Защита системы . ‘.
3. Нажмите кнопку Настроить .
4. В новом окне переместите ползунок влево, чтобы уменьшить пространство, выделенное для точек восстановления системы.
5. Вы также можете отключить восстановление Windows, но мы не советуем этого делать. Просто уменьшите объем пространства, выделенного для точек восстановления.

Решение 3. Запуск очистки диска

Диск Очистка – это утилита, которая сканирует ваш жесткий диск и освобождает место для использования в будущем. Если вы долгое время не выполняли очистку диска, временные файлы, хранящиеся на вашем диске C, могут занимать много места. Поэтому, чтобы освободить место, вам придется удалить временные файлы. Вот как это сделать:

1. Перейдите в меню «Пуск», введите Очистка диска и откройте его.
2. Диск C выбран по умолчанию, поэтому просто нажмите OK .
3. В списке установите флажки для таких вещей, как ‘ Временные файлы ‘,’ Предыдущие установки Windows ‘и т. д., а затем нажмите OK.
4. Дождитесь завершения.

Решение 4. Скрытые файлы

При установке Windows или после установки сторонних программ создается множество скрытых файлов, которые вы не можете просматривать или получать к ним доступ по умолчанию. Чтобы просмотреть их, вам нужно включить опцию «Просмотр скрытых файлов». Вот как:

1. Откройте проводник Windows .
2. Нажмите Файл в верхнем левом углу и выберите « Изменить папку и параметры поиска ».
3. Перейдите на вкладку Просмотр .
4. Найдите Скрытые файлы и папки и установите флажок « Показывать скрытые файлы, папки или диски ».
5. Нажмите Применить , а затем нажмите OK.

После этого проверьте диск на наличие ненужных файлов, занимающих слишком много места. Однако не удаляйте системные файлы Windows, так как это приведет к сбою системы и вам придется переустанавливать Windows..

Решение 5. Проверка системных файлов на наличие повреждений

Иногда, если ваши системные файлы повреждены или повреждены, вы этого не сделаете. иметь возможность использовать большую часть вашего хранилища C

Повреждение системных файлов является критическим моментом, и его не следует принимать во внимание. Тем не менее, есть утилиты Windows, которые сканируют вашу систему на наличие поврежденных файлов и восстанавливают их

В этом случае мы будем использовать утилиту CHKDSK , которая ищет любые поврежденные сектора на вашем диске и восстанавливает их.

Для получения более подробного руководства см. в эту статью , опубликованную на нашей стороне, которая покажет вам, как использовать CHKDSK .

Enable Circular Logging (Recommended in Specific Scenarios)

Circular logging automatically clears off the Exchange log files and conserver the storage space in Microsoft Exchange. It prevents the logs from expanding or growing rapidly.

When you enable Circular Logging, the log size can grow to 1MB. As the log reaches the limit, it’s overwritten automatically to prevent the log database from growing larger. It is disabled by default; however, you can enable it in Exchange 2010 or later.

The only downside of Circular Logging is that if the database becomes inconsistent or corrupt, it cannot be recovered completely as the logs are deleted.

You should only enable this to clear Exchange logs when the hard disk is reaching its limit or nearly full.

Перенос логов Exchange 2010, есть ли свет в конце туннеля?

В рамках проекта по резервному копированию (EMC+Networker) предусмотрен бэкап почтовика (в нашем случае это Exchange 2010), обязательным требованием вендора является раздельное расположение баз эксченджа и транзакшин логов (хотя Майкрософт рекомендует тоже самое), но у нас базы и логи оказались в одной папке.

Вроде бы простейшая операция, перенести логи базы в другую папку, но она переросла в некую достаточно серьезную проблему…

Открываем оснастку Exchange и делаем следующее:

На некоторое время сервак впадает в задумчивость, а потом выпадает с ошибкой:

Проверил, права все есть, но ошибка как была, так и осталась. А логи перенести обязательно надо, ибо в рамках проекта по Резервному копированию может наступить тупик. Документация вендора гласит, логи должны лежать в другой папке иначе может быть некорректный бекап базы Exchange.

Далее как обычно мой путь лежит на Технет, здесь наткнулся на интересное повествование:

Богомолов Алексей, я кстати являюсь постоянным читателем его блога, дает подробное разъяснение проблемы.

Далее решил заглянуть еще и вот сюда:

На форуме черным по белому написано, что такие проблемы бывают при больших объемах (более 10 гигов), а у нас они очень большие, за год много всего накопилось.

Первым делом занялись оптимизацией и зачисткой…. Вот здесь есть интересная статья на эту тему: http://rexxer.kharkov.ru/2010/06/18/exchange-i-kuda-delos-mesto-na-diske/

Зачистили логи, снова проделали туже процедуру, тут появилось сообщение, что требуется отмонтировать базу перенести логи и снова подмонтирует, что мастер и предлагает сделать. Глубокая ночь, пользователи не пользуются почтой, запускаю процедуру, логи переносятся, но база больше не монтируется:

Далее начались танцы с бубном:

Было проделано все что написано здесь:

сделал не мало из того что написано здесь, да и познал тоже не мало (хотя ранее мне уже доводилось вплотную сталкиваться с утилитой eseutil еще в Exchange 2003, информация приведенная по вышеперечисленным ссылкам, является бесспорным дополнением к моим знаниям), но база по прежнему отказывалась монтироваться…

Но в моем случае помогло следующее:

Сначала проверяем базу:

Eseutil /ml d:\database\branches1\branches1.edb

Видим, что база цела

Eseutil /ml d:\database\branches1\е06.log

Видим что с логами проблема

Выскакивает вот такая ошибка :

Хотя логи реально лежат в папке.

Далее решил сделать ход конем, перенес все старые логи из папки например в папку temp

И далее запустил команду:

В итоге база успешно подмонтировалась и продолжила работать в штатном режиме (не забываем проверить, что подмонтировался еще архив) .

На этом перенос логов закончился. Впереди еще 5 таких баз.

Всем удачной работы !!!

Genshin ImpactЧто такое ошибка «Недостаточно места на диске»?

В этой ошибке, как сказано в загulовке, эта ошибка может возникнуть из-за нехватки места на диске. Конечно, мы можем стulкнуться с такой ошибкой не тulько из-за этой проблемы, но и из-за нескulьких проблем. Вот возможные причины ошибки Genshin Impact Недостаточно места на диске :

• Возможно, вы испытываете внезапные разрывы соединения с Интернетом.
• Возможно, ваше соединение слишком медленное для поддержки программы.
• Возможно, файлы блокируются брандмауэром.

Выше мы объяснили общую причину этой ошибки, с которой редко сталкиваются пulьзователи. Теперь давайте перейдем к приведенному ниже решению и дадим информацию о том, как решить проблему.

Переиндексация базы (восстановление поиска или репликации)

Данную процедуру необходимо выполнять, если наблюдаются проблемы с поиском в почте или репликации DAG-копии. Выполняется в Exchange Management Shell.

Одна копия базы

Переходим в каталог Exchange:

cd «\program files\microsoft\exchange server\v14\scripts»

Запускаем переиндексацию:

.\ResetSearchIndex.ps1 BASE1

При использовании DAG

Смотрим, у какой копии базы произошел сбой индекса:

Get-MailboxDatabaseCopyStatus -Identity DAG01 | Format-List Name, ContentIndexState

Пример ответа:

Name              : DAG01\Server1
ContentIndexState : Failed

Name              : DAG01\Server2
ContentIndexState : Healthy

Активируем копию базы на сервере с исправным индексом:

Запускаем копирование каталога с исправного сервера:

Делаем активной копию базы на старом сервере:

Ротация и удаление IIS логов в Exchange

В логах IIS накапливается информация о подключениях к почтовым ящикам Exchange через OWA и ActiveSync. Со временем логи IIS, генерируемые пользователями при доступе к Exchange, могут занимать довольно много места.

Вы можете автоматически удалять старые логи IIS. Можно сделать автоматическое задание в планировщике Windows, которое запускается каждый день и удаляет логи IIS старше 30 дней: set-location c:\inetpub\logs\LogFiles\W3SVC1\foreach ($File in get-childitem) if ($File.LastWriteTime -lt (Get-Date).AddDays(-30)) del $File>>

Осталось создать новое задание в планировщике, которое должно запускать ваш PS1 скрипт очистки логов.

Чтобы Windows не блокировало запуск PowerShell скриптов, нужно изменить настройки политики PowerShell Execution, подписать PS1 файл или запускать его в планировщике с аргументами: powershell.exe -NoProfile -NoLogo -NonInteractive -ExecutionPolicy Bypass -File c:\ps\clear_iis_logs.ps1

Если вам нужны старые логи IIS для анализа и траблшутинга, вы можете перенести их на другой диск:

Также можно изменить путь к логам IIS через PowerShell:

Import-Module WebAdministrationSet-ItemProperty ‘IIS:\Sites\Default Web Site’ -name logfile.directory «F:\IISLogs»

Дефрагментация

Необходима для освобождения пространства, занимаемого файлом базы. Это связано с тем, что при удалении элементов, сама база не уменьшается.

Посмотреть, какое количество пространства удастся высвободить можно командой:

Get-MailboxDatabase -Status | ft Name, DatabaseSize, AvailableNewMailboxSpace

Пример ответа:

Name        DatabaseSize    AvailableNewMailboxSpace—-        ————    ————————Base1       686.4 GB        286.4 MBBase2       170 GB          69.42 GB

* где DatabaseSize — текущий размер базы; AvailableNewMailboxSpace — пространство, которое можно освободить при дефрагментации.

Саму оптимизацию можно выполнить двумя способами:

1. Офлайн дефрагментация.
2. Создание новой базы с последующим переносом в нее всех элементов; после, базу можно отключить и или удалить. Это более надежный вариант, так как не приведет к большому простою и позволит выполнить работу постепенно.

В текущем подразделе мы рассмотрим первый способ.

Офлайн дефрагментация приведет к отключению почтовой базы и, как следствие, приостановку работы почтовых ящиков, которые в нем содержатся.

Если используется база на основе группы DAG, сначала необходимо .

Операция дефрагментации выполняется из Exchange Management Shell с применением утилиты eseutil.

Сначала переходим в каталог хранения базы данных, например:

cd C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Base1

Выполняем команду для отмонтирования базы:

Dismount-Database Base1

* напомним, что это приведет к отключению базы и приостановки обслуживания.

Запускаем дефрагментацию:

eseutil /d Base1.edb /t \\share\base1_tmp.edb

* где опция d — имя файла базы; t — путь до временного файла на момент дефрагментации, если его не указать, временный файл будет создан в каталоге с основным файлом и, в таком случае, нужно убедиться, что на диске достаточно свободного места (110% от размер дефрагментируемого файла).

После завершения операции, снова подключаем базу:

Mount-Database Base1

Clearing Logging Folder on Exchange

A large number of logs of different Exchange services are stored in the Logging folder (for example, in Exchange 2013, this is C:\Program Files\Microsoft\Exchange Server\V15\Logging). Over time, they can consume a significant amount of the disk space. Of particular note are the diagnostic and performance logs in C:\Program Files\Microsoft\Exchange Server\V15\Logging\Diagnostics (with high-detailed diagnostics enabled, they can take tens of gigabytes).

You can use PowerShell to delete old Exchange log files in these folders. The following script will delete all logs from these folders older than 21 days:

You can prefer to remove only diagnostics log files:

You can add these PowerShell scripts to your Task Scheduler in order to automatically clear old Exchange logs.

Подведем итоги

Если вы только собираетесь установить Windows, не стоит экономить на размере системного раздела. Помните, что с каждым новым обновлением ОС и приложения становятся все более требовательными к ресурсам, в том числе к дисковому пространству. И это далеко не единственная причина стремительного сокращения свободного места в системном разделе.

Если Windows уже установлена, старайтесь регулярно выполнять хотя бы программу-минимум: проверять систему на вредоносный код, чистить диск встроенными инструментами или специализированными приложениями сторонних разработчиков.

Как удалось устранить ошибку с нехваткой места?
Если удалось решить проблему, поделитесь опытом — выберите тот вариант ниже, который помог.

0%
Обратился за помощью к мастеру
(0 голосов)

100%
Удалил все возможное с диска
(1 голос)

0%
Перенес данные на другой диск
(0 голосов)

0%
Увеличил объем диска за счет другого
(0 голосов)

0%
Установил диск большего объема
(0 голосов)

0%
Воспользовался программой «оптимизации»
(0 голосов)