Windows server 2008 r2 проверить на ошибки

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

Использование средства проверки системных файлов для восстановления отсутствующих или поврежденных системных файлов

Если некоторые функции Windows не работают или Windows завершает работу, используйте средство проверки системных файлов для сканирования Windows и восстановления файлов.

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

Запуск средства проверки системных файлов (SFC.exe)

выполнив указанные ниже действия.

Откройте командную строку с повышенными привилегиями. Для этого выполните указанные ниже действия, в зависимости от версии операционной системы:

Пользователям Windows 10, Windows 8.1 или Windows 8 перед запуском средства проверки системных файлов нужно запустить систему обслуживания образов развертывания и управления ими (DISM). (Если на вашем компьютере установлена система Windows 7 или Windows Vista, перейдите сразу к шагу 3.)

Введите следующую команду и нажмите клавишу ВВОД. Выполнение команды может занять несколько минут.

DISM.exe /Online /Cleanup-image /Restorehealth

Важно! При запуске этой команды DISM обращается к Центру обновления Windows, чтобы получить файлы для устранения повреждений. Но если поврежден клиент Центра обновления Windows, используйте работающий экземпляр Windows в качестве источника восстановления либо параллельную папку Windows из сетевого расположения или со съемного носителя, например DVD-диска Windows, в качестве источника файлов. Для этого введите в командной строке такую команду:

DISM.exe /Online /Cleanup-Image /RestoreHealth /Source: C:RepairSourceWindows /LimitAccess

Примечание. Вместо заполнителя C:RepairSourceWindows укажите расположение вашего источника восстановления. Дополнительные сведения об использовании средства DISM для восстановления Windows см. в статье Восстановление образа Windows.

Введите в командной строке приведенную ниже команду и нажмите клавишу ВВОД:

Команда sfc /scannow проверит все защищенные системные файлы и заменит поврежденные файлы их кэшированной копией, расположенной в сжатой папке по адресу %WinDir%System32dllcache.
Заполнитель %WinDir% представляет собой папку операционной системы Windows. Например, C:Windows.

Примечание. Не закрывайте это окно командной строки, пока проверка не завершится на 100 %. Результаты проверки будут показаны после завершения данного процесса.

После завершения процесса проверки на экране может появиться одно из приведенных ниже сообщений:

Защита ресурсов Windows не обнаружила нарушений целостности.

Это значит, что отсутствующие и поврежденные системные файлы не обнаружены.

Защита ресурсов Windows не может выполнить запрошенную операцию.

Для устранения этой проблемы выполните сканирование с помощью средства проверки системных файлов в безопасном режиме, убедитесь, что папки PendingDeletes и PendingRenames находятся в папке %WinDir%WinSxSTemp.

Защита ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила. Сведения см. в журнале CBS.Log %WinDir%LogsCBSCBS.log.

Для просмотра подробных сведений о сканировании и восстановлении системных файлов перейдите к разделу Как просмотреть подробные сведения процесса работы средства проверки системных файлов.

Защита ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них. Сведения см. в журнале CBS.Log %WinDir%LogsCBSCBS.log.

Проведите пальцем от правого края экрана к центру и коснитесь кнопки Поиск. Либо, если вы используете мышь, переместите указатель в правый нижний угол экрана и щелкните кнопку Поиск. Введите запрос Командная строка в поле Поиск, щелкните правой кнопкой мыши элемент Командная строка, затем выберите команду Запуск от имени администратора. Если система запросит пароль администратора или подтверждение, введите пароль или нажмите кнопку Разрешить.

Для этого нажмите кнопку Пуск, введите запрос Командная строка или cmd в поле Поиск, щелкните правой кнопкой мыши элемент Командная строка, а затем выберите команду Запуск от имени администратора. При получении запроса на ввод пароля администратора или подтверждения введите пароль или нажмите кнопку Разрешить.

Дополнительная информация

Чтобы ознакомиться с подробными сведениями, включенными в файл CBS.Log, вы можете скопировать сведения в файл Sfcdetails.txt с помощью команды Findstr, а затем просмотреть их в этом файле. Для этого выполните указанные ниже действия.

Откройте командную строку с повышенными привилегиями, как это описано на шаге 1.

Введите в командной строке приведенную ниже команду и нажмите клавишу ВВОД:

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

Откройте файл Sfcdetails.txt на рабочем столе.

В файле Sfcdetails.txt используется следующий формат:

Сведения о дате и времени SFC В следующем примере файла журнала содержится запись для одного файла, который не удалось исправить: 2007-01-12 12:10:42, Info CSI 00000008 [SR] Cannot repair member file [l:34<17>]»Accessibility.dll» of Accessibility, Version = 6.0.6000.16386, pA = PROCESSOR_ARCHITECTURE_MSIL (8), Culture neutral, VersionScope neutral, PublicKeyToken = , Type neutral, TypeName neutral, PublicKey neutral in the store, file is missing

Как вручную заменить поврежденный системный файл гарантированно работоспособной копией файла.

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

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

Распространите на поврежденный системный файл права собственности администратора. Для этого скопируйте, а затем вставьте (или введите) в командную строку с повышенными привилегиями приведенную ниже команду, затем нажмите клавишу ВВОД:

takeown /f Путь_и_имя_файла Примечание. Заполнитель Путь_и_имя_файла представляет собой путь и имя файла для поврежденного файла. Например, введите takeown /f C:windowssystem32jscript.dll.

Предоставьте администраторам полный доступ к поврежденному системному файлу. Для этого скопируйте и вставьте (или введите) приведенную ниже команду и нажмите клавишу ВВОД:

icacls Путь_и_имя_файла /GRANT ADMINISTRATORS:F Примечание. Заполнитель Путь_и_имя_файла представляет собой путь и имя файла для поврежденного файла. Например, введите icacls C:windowssystem32jscript.dll /grant administrators:F.

Замените поврежденный системный файл гарантировано работоспособной копией файла. Для этого скопируйте и вставьте (или введите) приведенную ниже команду и нажмите клавишу ВВОД:

Copy Исходный_файл Расположение Примечание. Заполнитель Исходный_файл представляет собой путь и имя гарантировано работоспособной копии файла на вашем компьютере, а заполнитель Расположение представляет собой путь и имя поврежденного файла. Например, введите copy E:tempjscript.dll C:windowssystem32jscript.dll.

Если описанные выше действия не помогли, возможно, потребуется переустановить Windows. Дополнительные сведения см . в разделе Варианты восстановления Windows10.

Как я упоминал на прошлой неделе, я расскажу о различных проблемах, связанных с установкой SQL Server, и о различных советах по устранению неполадок, чтобы решить эту проблему. На прошлой неделе мы обсуждали, как управлять SQL Server, перестала работать ошибка и прошли различные шаги, чтобы исправить ее. Итак, на этой неделе я обсуждаю еще одну распространенную ошибку, возникающую при устранении неполадок в SQL Server 2008 R2/2012, а именно об ошибке проверки целостности реестра реестра счетчиков производительности . Давайте обсудим небольшой фон этого сообщения об ошибке.

Проверка согласованности кустов реестра счетчиков производительности не удалась

По сути, когда мы пытаемся установить SQL, он запускает некоторые правила, чтобы проверить, отвечает ли ваша система всем требованиям для успешного запуска SQL Server 2008. Во время этого процесса, как вы можете видеть на скриншоте, установка завершится неудачей. Вы не можете продолжать дальше.

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

Согласно TechNet, лучшим примером является « Буферные буферы ». Этот счетчик определяет, будут ли буферы данных временно записываться на диск во время работы пакета. Но, как я уже сказал, некоторые приложения, работающие с SQL, в действительности не нуждаются в них. Он в основном используется для автономного SQL на сервере данных, который требует большого контроля. Поэтому, если вы хотите просто пропустить проверку согласованности счетчика производительности, вы можете начать установку SQL Server со следующего значения переключателя.

C: Downloads setup.exe/ACTION = install/SKIPRULES = PerfMonCounterNotCorruptedCheck

Замените место, где у вас есть установочные файлы.

Восстановить счетчик производительности

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

• Нажмите на Пуск и введите CMD
• Щелкните правой кнопкой мыши и выберите «Запуск от имени администратора».
• Затем введите lodctr /R:PerfStringBackup.INI и нажмите Enter
• Теперь перезагрузите систему и попробуйте снова установить SQL Server.

Я видел эту работающую onolder версию Windows, такую ​​как XP и Server 2003, но я почти не видел, чтобы она работала в операционной системе нового поколения. Все же стоит попробовать. Есть способ Microsoft вручную перестроить Счетчик производительности, пожалуйста, обратитесь к KB300956.

Тогда возникают ситуации, когда сам нужный ключ реестра отсутствует. В таких случаях мы должны найти, какой ключ отсутствует, а затем вручную создать его. Лучший и самый простой способ. Есть небольшое приложение, которое я нашел, кто-то опубликовал на форумах MSDN, которое скажет вам, какой ключ нам нужно создать. Вы можете скачать его отсюда – это консольное приложение разработано Rafael Candido. Я так думаю. Теперь, прежде чем мы продолжим, нам нужно создать резервную копию вашего реестра.

Как только у вас есть ключ, нам нужно пройти регистрацию и создать новый ключ.

• Нажмите на Пуск и введите Regedit
• Щелкните правой кнопкой мыши и выберите «Запуск от имени администратора».
• Перейдите в HKEY_LOCAL_MACHINE SOFTWARE Microsoft Windows NT CurrentVersion Perflib
• Затем щелкните правой кнопкой мыши на Perflib и нажмите на новый ключ
• Затем введите значение, которое вы получили при запуске консольного приложения.

• Тогда у вас могут быть другие ключи под Perflib, такие как 009 и т. Д.
• Вам нужно скопировать эту информацию и поместить ее под вновь созданный ключ

Лучший способ сделать это – просто экспортировать один ключ (в моем случае 009), а затем сохранить его на рабочем столе как PCFix.reg. Щелкните правой кнопкой мыши на PCFix.reg и выберите «Изменить». Затем измените 009 на значение, которое вы получили на консоли. Затем сохраните его и закройте. Просто дважды нажмите на ключ, чтобы вступить в силу. После этого просто перезагрузите компьютер, чтобы изменения вступили в силу.

Чтобы завершить один из этих шагов, необходимо решить проблему, с которой вы сталкиваетесь при проверке согласованности кустов реестра счетчиков производительности при установке SQL Server.

Надеюсь, вы найдете эту статью полезной.

Проверка реестра Windows 10 на ошибки

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

Как проверить систему на целостность и ошибки

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

Проверка с помощью System File Checker

System File Checker – это встроенный в Windows инструмент для проверки и восстановлении целостности файлов и файловой системы. Он может помочь диагностировать и исправить ошибки.

Запуск программы осуществляется через системный терминал. Для этого нажмите правой кнопкой на меню «Пуск» и выбираем пункт «Windows PowerShell (администратор).

В появившейся командной строке набираем текст “sfc /scannow”, чтобы сканировать файловую систему. Проверка закончится, когда в окне появится финальное сообщение.

Программа также сообщит вам, если были обнаружены какие-либо неисправности. Исправление проводится в автоматическом режиме.

Проверка с помощью Deployment Imaging and Servicing Management (DISM)

Если утилита SFC сообщила об обнаружении ошибки или поврежденного файла, но не смогла их исправить или восстановить, то поможет встроенный инструмент DISM.

Также в командной строке вводим следующую команду (можно скопировать или перепечатать):

“Dism /Online /Cleanup-Image /RestoreHealth”

После завершения снова воспользуйтесь SFC. Теперь он должен диагностировать и исправить файлы без каких-либо проблем.

Как проверить жесткий диск

Иногда ошибка Windows возникает из-за повреждения жесткого диска (SSD или HDD). Ваш жесткий диск является душой вашего компьютера, место, где хранятся все ваши самые важные данные. Поэтому его целостность имеет решающее значение.

Проверка с помощью Windows CHKDSK

Windows CHKDSK Tool — это встроенный инструмент Windows, который сканирует ваш диск, чтобы найти системные ошибки и плохие сектора на HDD. Он также показывает другие проблемы с накопителем. Программа проводит автоматическое исправление найденных проблем, если это возможно.

Для запуска утилиты нажмите правой кнопкой на необходимый жесткий диск и выберете пункт «Свойства». В открывшемся окне выбираем вкладку «Сервис» и нажимаем на кнопку «Проверить».

По итогу проверки система сообщит о том, что ошибка не найдена, предоставит отчет и предложит исправить найденные проблемы.

Использование WMIC

Windows Management Instrumentation (WMI) – это инструмент, который позволяет выполнять множество административных задач, включая проверку работоспособности жесткого диска. Он использует S.M.A.R.T функцию жестких дисков. Программа выводит только два ответа: «ОК» и «Pred Fail».

Для запуска приложения нажмите на сочетание клавиш Win+R и в строке напишите “cmd”. После этого откроется командная строка. В ней необходимо ввести две строчки:

Проверка оперативной памяти

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

Проверка с помощью Windows Memory Diagnostic

Для запуска штатной проверки памяти Windows Memory Diagnostic достаточно нажать на Win+R и ввести “mdsched.exe”. Появится диалоговое окно, предлагающее перезагрузить ПК и начать сканирование сейчас или провести проверку при следующей перезагрузке.

Ваш компьютер будет перезапущен и появится экран инструмента диагностики памяти Windows. Просто оставьте его и пусть он выполняет тест. Это может занять несколько минут. Во время этого процесса вы увидите панель прогресса, а сообщение “Статус” сообщит вам, если в ходе процесса были обнаружены какие-либо проблемы.

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

• Перезагрузиться в Windows;
• Нажать Win+R;
• Ввести “eventvwr.msc”;
• В открывшемся журнале событий в левой части выбрать «Журнал Windows» -> «Система»;
• В правой части нажать на кнопку «Найти».
• В открывшемся диалоговом окне ввести «MemoryDiagnostic».

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

Проверка с помощью MemTest86

Если вы ищете более мощный инструмент тестирования, вы можете скачать и использовать MemTest86. MemTest86 сертифицирован Microsoft, так что он будет работать даже на системах с поддержкой Secure Boot.

Программа запускается при помощи загрузочного диска или USB-флэшки. Создание очень простое. Достаточно запустить .exe файл, находящийся в архиве с программой, и указать вашу флэшку.

Внимание! Процедура создания загрузочного USB удалит всю информацию с накопителя.

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

Проверка реестра

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

Распространенные причины ошибок реестра в Windows 10

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

Наиболее частой причиной ошибок и проблем в реестре становятся вредоносные программы:

Также файл реестра может быть поврежден. Из-за этого компьютер не сможет загрузиться.

Как исправить ошибки реестра в Windows 10

Чтобы избавиться от проблем навсегда необходимо проводить периодическое резервное копирование реестра Виндовс. Это легко сделать с помощью штатной программы regedit. Для ее запуска нажмите Win+R и введите regedit.exe. В открывшемся окне нажмите правой кнопкой на пункте «Компьютер» и выберете «Экспорт». Компьютер сохранит полную копию реестра в выбранном месте.

1. Создайте точку восстановления системы.

Еще один простой способ сохранить свой компьютер в рабочем состоянии – создание точек восстановления. Можно настроить регулярное создание с определенной периодичностью.

Для запуска программы достаточно открыть панель управления и в поиске ввести «восстановления». В выпадающем списке выберете «создать точку восстановления». Из открывшегося меню можно исправить систему, или создать новую точку.

1. Восстановите реестр из резервной точки или восстановления.

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

1. Сканирование можно провести с помощью штатной системы проверки.

С проблемами реестра в Windows 10 также может справиться System File Checker (SFC). Как начать исправление ошибок написано в начале статьи.

Использование утилит для проверки реестра Windows 10 на ошибки

Несмотря на то, что ошибки в реестре редко можно исправить автоматизированными сторонними средствами, некоторые программы показывают хорошие результаты. При помощи очистки и сканирования скорость работы компьютера может увеличиться. Наиболее популярные: CCleaner Registry Cleaner, Auslogics Registry Cleaner и RegSofts Free Window Registry Repair. Все эти программы способны проводить очистку реестра, резервное копирование и восстановление, а также исправление самых частых ошибок в реестре.

Апр 28, 2017 14:37

---

<google>BUY_WINSERV_2008R2</google>

A vital part of maintaining the health and performance of a server system involves ensuring that the disk file systems are in optimal condition. The objective of this chapter of Windows Server 2008 R2 Essentials, therefore, is to cover the subject of checking, repairing and defragmenting FAT, FAT32 and NTFS file systems under Windows Server 2008 R2 using both graphical and command-line tools.

Contents

	Contents 1 Using Check Disk to Scan For and Fix File System Errors 2 Running Check Disk from the Command-prompt 3 Defragmenting Disks with Disk Defragmenter 4 Automated Disk Defragmentation 5 Defragmenting Disks from the Command-line

Using Check Disk to Scan For and Fix File System Errors

The Check Disk tool can be used either to scan for and report errors on a file system, or to locate and fix errors. The graphical form of Check Disk can be invoked either from within Windows Explorer or the Disk Management tool. In either case, invoke the tool by right clicking on the drive in question, selecting Properties, clicking the Tools tab and pressing the Check Now… button.

Once invoked, the initial Check Disk dialog will appear providing two options as illustrated below:

If neither of the options are selected when the Start button is pressed Check Disk will only report, but not attempt to fix errors. In order for Check Disk to repair errors and recover bad sectors during the scan the Automatically fix file system errors and Scan for and attempt recovery of bad sectors toggles must be selected respectively.

If the disk drive contains open files, Check Disk will be unable to fix errors located during the scan and will display a dialog warning you of this fact. This warning dialog will also provide the option to have the check run on the next system reboot (before any files are opened). This marks the disk as dirty forcing Check Disk execution at system startup. This setting may also be specified from the command prompt using the fsutil utility as follows:

 
fsutil dirty set e:
Volume - e: is now marked dirty

The current setting for a volume may be checked at any time using fsutil dirty query:

fsutil dirty query
Volume - e: is Dirty

Running Check Disk from the Command-prompt

The Check Disk process may also be initiated from the command prompt using the chkdsk command combined with the designator of the drive on which the scan is to be performed. In addition to performing the same functions as the graphical version of Check Disk, the command prompt version also provides more detailed disk analysis and repair reports.

The chkdsk utility accepts a number of command line options which govern the tasks performed during execution. These options are outlined in the following table:

Option	Description
/F	Analyze the disk and fix any errors detected.
/B	Reevaluate clusters marked as bad on the volume.
/C	Do not check for cycles (a situation where a directory points to itself) within the folder structure. NTFS only.
/I	Perform a minimum check of indexes. NTFS only
/L[:Size]	Change the size of the transaction log file efault size is m default of 4096 KB. NTFS only.
/R	Analyze the disk and fix any errors, check for bad sectors and mark them as bad.
/V	List the full path of every file on the volume on FAT/FAT32. Displays messages related to fixing errors on NTFS volumes.
/X	Force the volume to dismount if currently mounted.

To perform a disk analysis without correcting any errors, simply enter chkdsk at a command prompt together with the drive designator of the drive to be analyzed the following output is the result of running chkdsk on an NTFS volume:

C:\Windows\system32>chkdsk e:
The type of the file system is NTFS.
Volume label is New Volume.

WARNING!  F parameter not specified.
Running CHKDSK in read-only mode.

CHKDSK is verifying files (stage 1 of 3)...
  64 file records processed.
File verification completed.
  0 large file records processed.
  0 bad file records processed.
  0 EA records processed.
  0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
  90 index entries processed.
Index verification completed.
  0 unindexed files processed.
CHKDSK is verifying security descriptors (stage 3 of 3)...
  64 security descriptors processed.
Security descriptor verification completed.
  13 data files processed.
Windows has checked the file system and found no problems.

   8385535 KB total disk space.
    328864 KB in 9 files.
        16 KB in 15 indexes.
         0 KB in bad sectors.
     44715 KB in use by the system.
     43984 KB occupied by the log file.
   8011940 KB available on disk.

      4096 bytes in each allocation unit.
   2096383 total allocation units on disk.
   2002985 allocation units available on disk.

To perform error fixing, run chkdsk with the /F option. Alternatively the /R option will perform the same error fixing as /F but will also check for bad sectors. The /X option performs the same error corrections as /F but also dismounts the volume before doing so.

Defragmenting Disks with Disk Defragmenter

Disk fragmentation occurs over time as files written to clusters spread over a wide area of a disk volume. This is the inevitable side effect of files being created and deleted over time and can ultimately result in degraded disk read/write performance.

As such it is considered good practice to regularly monitor, and when necessary, defragment disk volumes.

One method for performing this task is to use the Disk Defragmenter tool which is accessed by right clicking on a disk volume in Windows Explorer or the Disk Management interface in Computer Management and selecting Properties. In the properties dialog, select the Tools tab and click on Defragment Now…. This will display the initial screen of the Disk Defragmenter as illustrated in the following figure:

The tool will perform a scan of the selected volume and report whether a defragmentation is recommended (and in the above example it is recommended). Click on Defragment now… to initiate the defragmentation process. This will cause the drive selection dialog to appear. Select one or more disks to defragment from this dialog followed by OK to trigger the defragmentation process. As each selected drive is defragmented the progress will be displayed together with a button providing the option to cancel the process.

Automated Disk Defragmentation

Windows Server 2008 R2 also provides the option to automatically defragment disk drives as a background task. This is scheduled in the Disk Defragmenter tool which can be accessed either from within Windows Explorer or Disk Management as outlined above.

Once invoked, automated disk defragmentation is configured by clicking on the Turn on a schedule button and selecting the Run on a schedule (recommended) toggle in the resulting Modify Schedule dialog:
<google>WIN28BOX</google>

By default, automated defragmentation occurs at 1am every Wednesday. This schedule may be changed simply by modifying the settings accordingly and clicking the OK button.

To specify the volumes to be automatically defragmented, click on Select disks… and make the required volume selections.

To verify if a disk needs to be defragmented, select the desired disk from the list and click on the Analyze Disk button located on the main Disk Defragmenter screen. The analysis will then report the level of fragmentation as a percentage. If the analysis reports a high percentage, click the Defragment disk button to begin the process. The duration of the defragmentation will depend on the size of the disk and level of defragmentation.

Defragmenting Disks from the Command-line

Disk defragmentation may be analyzed and repaired from the command-prompt using the defrag command. This command supports a number of command-line options as described in the following table:

Option	Description
-A	Perform an analysis of the specified volume.
-C	Defragment all disks.
-F	Force defragmentation of a volume even when low on space.
-R	Perform a partial defragmentation, consolidating fragments smaller than 64 MB (default).
-V	Set verbose mode for detailed output during analysis and/or defragmentation.
-W	Performs full defragmentation, consolidating all fragments regardless of fragment size.

To perform an analysis of a volume, simply invoke defrag using the -A option together with the designator of the drive to be analyzed:

C:\Windows\system32>defrag e: -a
Windows Disk Defragmenter
Copyright (c) 2006 Microsoft Corp.

Analysis report for volume E: New Volume

    Volume size                         = 8.00 GB
    Free space                          = 7.93 GB
    Largest free space extent           = 4.00 GB
    Percent file fragmentation          = 0 %

    Note: On NTFS volumes, file fragments larger than 64MB are not included in the fragmentation statistics

    You do not need to defragment this volume.

A more detailed report can be obtained using the -A option in conjunction with -V, for example:

C:\Windows\system32>defrag e: -a -v
Windows Disk Defragmenter
Copyright (c) 2006 Microsoft Corp.

Analysis report for volume E: New Volume

    Volume size                         = 8.00 GB
    Cluster size                        = 4 KB
    Used space                          = 65 MB
    Free space                          = 7.93 GB
    Percent free space                  = 99 %

File fragmentation
    Percent file fragmentation          = 0 %
    Total movable files                 = 14
    Average file size                   = 4 MB
    Total fragmented files              = 1
    Total excess fragments              = 1
    Average fragments per file          = 1.12
    Total unmovable files               = 4

Free space fragmentation
    Free space                          = 7.93 GB
    Total free space extent             = 4
    Average free space per extent       = 1.98 GB
    Largest free space extent           = 4.00 GB

Folder fragmentation
    Total folders                       = 7
    Fragmented folders                  = 1
    Excess folder fragments             = 0

Master File Table (MFT) fragmentation
    Total MFT size                      = 64 KB
    MFT record count                    = 34
    Percent MFT in use                  = 53
    Total MFT fragments                 = 2

    Note: On NTFS volumes, file fragments larger than 64MB are not included in the fragmentation statistics

    You do not need to defragment this volume.

<google>BUY_WINSERV_2008R2_BOTTOM</google>

Джон Марлин

. Вначале поговорим о файлах, с которыми обычно приходится иметь дело, и об их описаниях.

Первое, с чем предстоит работать – диспетчер отказоустойчивости кластеров. Этот новый инструмент управления кластером позволяет руководить группами и ресурсами и выполнять диагностику неполадок. Диспетчер отказоустойчивости кластеров открывается из пункта «Администрирование» в меню «Пуск».

Каналы событий

Каждый, вероятно, знаком с журналом системных событий, в котором регистрируются критически важные события, ошибки и предупреждения. Однако это не единственное место, где фиксируются события. Начиная с Server 2008, существуют еще и каналы событий. На экране 1 показано, как найти каналы, имеющие отношение к отказоустойчивой кластеризации. Именно здесь следует искать все информационные и отладочные/диагностические события. На схеме мы видим следующие журналы и их каналы:

— FailoverClustering

* Operational

* Diagnostic (если выбран пункт Show Analytic and Debug Logs («отобразить журналы анализа и отладки»))

* Performance-CSV (если выбран пункт Show Analytic and Debug Logs)

— FailoverClustering-Client

* Diagnostic (если выбран пункт Show Analytic and Debug Logs)

— FailoverClustering-Manager

* Admin

* Diagnostic (если выбран пункт Show Analytic and Debug Logs)

— FailoverClustering-WMIProvider

* Admin

* Diagnostic (если выбран пункт Show Analytic and Debug Logs).

Экран 1. Каналы, относящиеся к?отказоустойчивой кластеризации

События запуска/остановки службы кластеров, перемещения групп, перевода групп в онлайн/автономный режим и т.д. регистрируются в журнале FailoverClusteringOperational. Например:

-Идентификатор события: 1061

-Описание: служба кластеров успешно настроила отказоустойчивый кластер JohnsCluster.

Неудачные попытки установления соединения с другими узлами при открытии диспетчера отказоустойчивости кластеров регистрируются в журнале FailoverClustering-ManagerAdmin. Например:

-Идентификатор события: 4684

-Описание: диспетчеру отказоустойчивости кластеров не удалось связаться с серверами DNS для разрешения имени W2K8-R2-NODE2.contoso.com. Дополнительные сведения можно найти в канале диагностики диспетчера отказоустойчивости кластеров.

В журнале FailoverClustering-ManagerDiagnostic можно увидеть следующее:

-Идентификатор события: 4609

-Описание: ошибка при попытке проверки связи с W2K8-R2-NODE2.contoso.com. System.ApplicationException: не удалось связаться с одним или несколькими DNS-серверами. Убедитесь в правильности настройки DNS и полном подключении компьютера к сети.

-Идентификатор события: 4612

-Описание: проверка связи с W2K8-R2-NODE2.contoso.com завершилась сбоем.

Именно по этим событиям можно установить проблему подключения узла к серверу DNS и затем приступить к ее устранению. Не просматривая указанные журналы, о наличии неполадок можно будет судить по тому, что в диспетчере отказоустойчивости кластеров узел W2K8 R2-NODE2 будет отображен как неисправный. Еще один журнал в числе упомянутых выше, Failover-ClusteringDiagnostic, мы обсудим несколько позже.

Диспетчер отказоустойчивости кластеров

Для упрощения анализа системные ошибки и предупреждения можно просматривать из окна диспетчера отказоустойчивости кластеров. На главной странице на центральной панели находится ссылка на последние события кластера Recent Cluster Events (экран 2). Эта ссылка позволяет вывести на экран все предупреждения и ошибки, связанные с отказоустойчивым кластером, за последние 24 часа. События, собранные со всех узлов, сосредоточены в одном месте, что избавляет от необходимости открывать несколько журналов событий на нескольких компьютерах.

Экран 2. Последние события кластера

Для просмотра конкретных событий можно использовать элемент Query, доступ к которому открывается из элемента Cluster Events на левой панели главной страницы. В меню, которое мы открываем правым щелчком на Cluster Events, выберите пункт Query, либо укажите Query на панели Actions справа. На экране 3 показан фильтр событий кластера.

Экран 3. Фильтр событий кластера

Диспетчер отказоустойчивости кластеров – удобный инструмент для отображения всех данных в одном месте. Предположим, что произошел отказ некоего ресурса диска. В окне диспетчера отказоустойчивости кластеров можно запросить все узлы, журнал системных событий System, а также указать уровень событий и конкретную дату. На главной странице можно будет увидеть, когда и на каких узлах случился отказ диска, и просмотреть все относящиеся к этому событию данные. Запросы можно сохранить для последующего использования.

Поиск событий определяют два параметра. События появления отказов можно искать по всем ресурсам, либо только по конкретному ресурсу. Для этого в меню Actions (экран 4) можно выбрать пункт Show the critical events for this application («Отображение критических событий для данного приложения») или Show the critical events for this resource («Отображение критических событий для данного ресурса»). Это позволяет формировать запрос всех событий из текущих журналов, создаваемых на всех узлах, либо ограничить список запрашиваемых событий рамками заданного периода времени или узла.

Экран 4. Пункт Actions в диспетчере отказоустойчивости кластеров

Журнал диагностики – эквивалент Cluster.Log в Windows 2003 Server Cluster. Начиная с отказоустойчивой кластеризации, реализованной в Server 2008, функции журнала больше соответствуют процессу трассировки событий для Windows Event Tracing (ETW). Вместо текстового файла Cluster.Log запись осуществляется в журнал диагностики, хранящийся в папке C:WindowsSystem32winevtlogs. Существует три журнала диагностики, куда осуществляется запись (clusterlog.etl.001, clusterlog.etl.002 и clusterlog.etl.003). В ходе каждой отдельной загрузки запись происходит только в один из журналов. Более подробные сведения о файлах журналов и их применении можно найти в блоге «Understanding the Cluster Debug Log in 2008» (http://blogs.technet.com/b/askcore/archive/2010/04/13/understanding-the-cluster-debug-log-in-2008.aspx).

Журнал диагностики включен и постоянно осуществляет запись. Если в меню, открываемом правым щелчком на FailoverClusteringDiagnostic, выбрать команду Disable log («Отключить журнал»), то можно просмотреть все записанные события. После отключения журнала система перестает записывать в него данные, и информация не сохраняется. Если журнал был отключен, то лучше всего сохранить данные в виде журнала событий или текстового файла и включить журнал снова. В журнале регистрируются три основных типа событий:

*событие 2049 – информационное;

*событие 2050 – предупреждение;

*событие 2051 – ошибка.

Эти события выводятся только из текущего журнала трассировки событий. ETL, в который осуществляется запись. Информация о событиях отображается так же, как в системном журнале и журнале приложения. Однако каждое событие занимает отдельную строку, поэтому просмотр всего журнала диагностики может оказаться делом довольно утомительным. Можно создать текстовый файл Cluster.Log с помощью команд, позволяющих свести воедино три журнала, что значительно облегчает восприятие информации.

Команда PowerShell Get-ClusterLog инициирует на всех узлах создание журнала Cluster.Log, который помещается в папку C:WindowsClusterReports. Меню Get-ClusterLog содержит пункты, которые могут оказаться полезными в определенных обстоятельствах. Например, для выяснения причин проблемы можно воспроизвести ее, а затем воспользоваться командой

Get-ClusterLog -TimeSpan 5

для вывода данных за последние 5 минут. Поскольку требуется журнал только с одного узла, на котором воспроизводится проблема, можно добавить параметр Node Nodename для создания Cluster.Log только на этом узле. Если требуется пересылка журналов с нескольких узлов, то установление соединения с каждым из них для получения нужного файла может занять некоторое время. В этом случае можно воспользоваться параметром –Destination, который обеспечит создание Cluster.Log на каждом узле и последующее копирование этого журнала в заданную папку в виде файла под именем, к которому прикреплено имя компьютера (например, W2K8-R2-Node1_Cluster.Log).

Создаваемый журнал Cluster.Log – это моментальный снимок во времени, который фиксирует текущее состояние и уже не обновляется. Если при создании журнала в папке Reports уже есть Cluster.Log, то существующий файл удаляется и освобождается место для нового.

Система наблюдения за ресурсами

Теперь перейдем к системе наблюдения за ресурсами Resource Host System (RHS), одной из функций которой является отслеживание состояния всех ресурсов в кластере. Система выполняет серию проверок (базовых и полных). Если ресурс не реагирует на проверку, то RHS генерирует следующее системное событие:

-Идентификатор события: 1230

-Описание: ресурс кластера ‘Cluster Disk 1’ (resource type», DLL ‘clusres.dll’) либо поврежден, либо заблокирован.

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

Проводя диагностику события RHS, необходимо проанализировать проблемный ресурс. Если диск заблокирован, следует проверить все содержимое стека диска. Возможно, причиной является медленный в/в диска, либо потерян путь к нему. Это должно быть ориентиром проводимой диагностики. На следующем этапе выполняется поиск относящихся к диску событий в системном журнале, анализ системного монитора, обновление драйверов и т.д. Если ресурсом является IP-адрес или сетевое имя, то в центре внимания должен быть сетевой стек и все его содержимое.

Проверка кластера

Последняя тема обсуждения – отчет о результатах проверки кластера Cluster Validate. Чтобы кластер был «кондиционным», все его компоненты должны быть перечислены в каталоге Windows Server, и необходимо, чтобы он прошел полную проверку. Многие запускают проверку кластера до или сразу после создания. Однако если проблемы возникают позже, то лишь немногие помнят об этой функции, которую также можно использовать как средство диагностики. Если возникают проблемы с диском, запустите тесты хранилища Storage Tests. При наличии проблем с сетевой передачей данных воспользуйтесь сетевыми тестами Network Tests. С помощью функции проверки кластера можно также получить данные о группах, ресурсах и параметрах текущего отказоустойчивого кластера для обращения к этим сведениям в дальнейшем.

Достоинством проверки кластера является возможность ее запуска без прерывания рабочего процесса. При выборе теста хранилища Storage Test выдается вопрос, следует ли переводить работающие группы в автономный режим (экран 5). Установка по умолчанию предполагает невмешательство в работу групп, находящихся в режиме онлайн, и рабочий процесс не затрагивается. Тесты хранилища предусматривают проверку дисков, которые:

— принадлежат группам в автономном режиме;

— принадлежат активной группе хранения;

— не являются частью кластера.

Экран 5. Проверка кластера

При каждом запуске проверки кластера в каталоге C:WindowsClusterReports на каждом проверяемом узле создается файл с именем, часть которого составляют дата и время.

Существуют и другие способы диагностики отказоустойчивых кластеров, однако для их описания в этой статье не хватило бы места. Однако приведенные здесь рекомендации применимы к большинству проблем, с которыми вы можете столкнуться. Для получения дополнительной информации посетите блог Ask the Core Team (http://blogs.technet.com/b/askcore/) или Clustering and High Availability (http://blogs.msdn.com/b/clustering/). Успешной кластеризации!