Проверка windows server 2008 на ошибки

Джон Марлин

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

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

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

Каждый, вероятно, знаком с журналом системных событий, в котором регистрируются критически важные события, ошибки и предупреждения. Однако это не единственное место, где фиксируются события. Начиная с 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/). Успешной кластеризации!

Апр 28, 2017 14:37

Cases

Most of the no boot cases are caused by either of the following reasons:   

• Disk metadata corruption in the master boot record (MBR), partition table, or boot sector of Windows RE partition.
• Missing or corrupt boot manager.
• Missing or corrupt boot configuration data.

Startup Repair Process

Startup Repair will try to repair computers that are unbootable because of the following reasons:

• Registry corruption
• Missing or damaged system and driver files
• Disk metadata corruption (MBR, partition table, and boot sector)
• File system metadata corruption
• Installation of problematic or incompatible drivers
• Installation of incompatible Windows service packs and patches
• Corrupt boot configuration data
• Bad memory and hard disk hardware (detection only)

 http://technet.microsoft.com/en-us/library/cc722188(WS.10).aspx

How Windows RE Works

 Log file location: Startup Repair Log:
After Startup Repair has run, a text log with diagnostic information and repair result is generated within the recovery console. This log file is located at
%WINDIR%System32LogFilesSrtSrtTrail.txt

•  We can execute startrep.exe tool in recovery console to address corrupt registry issues if any in Windows Server 2008 R2

 If the Windows registry is slightly or moderately corrupted, you may be able to restart the computer in Safe mode and use System Restore to restore the registry of the computer to the last known good configuration.
However, if the Windows registry is severely corrupted, all types of logon will be prevented. Attempting to log on to Windows causes the system to fail and then to restart. In this situation, you will need to boot the system into the Recovery Console instead
of into Windows. Once in the Recovery Console, you can use the Startup Repair tool. Startup Repair automates common diagnostic and repair tasks of unbootable Windows installations.

a)      
Boot from your Windows Vista or Windows Server 2008 DVD

b)      
On the first screen of Setup choose Next

c)      
In the lower left of the screen choose «repair your computer»

d)      
On the System Recovery Options screen choose your installation of Windows and then click next

e)      
Click «Command prompt»

f)       
Go to X:sourcesrecovery> startrep.exe

g)      
This will take a while but will address any registry related issues.

 Ref:
http://technet.microsoft.com/en-us/library/cc734097(WS.10).aspx 
Event ID 4005 — Windows Logon Availability

• Sfc Scannow command address file based corruptions if any.

a)      
Boot from your Windows Vista or Windows Server 2008 DVD

b)      
On the first screen of Setup choose Next

c)      
In the lower left of the screen choose «repair your computer»

d)      
On the System Recovery Options screen choose your installation of Windows and then click next

e)      
Click «Command prompt»

f)       
Type in the following command: SFC.EXE /scannow /offbootdir=c: /offwindir=c:windows

g)      
When complete type in exit to see if Windows starts up now.

 Ref:
http://blogs.technet.com/b/askcore/archive/2007/12/18/using-system-file-checker-sfc-to-fix-issues.aspx

Using System File Checker (SFC) To Fix Issues

• Chkdsk to address disk and filesystem based issues.

Hope this helps in addressing some of the no boot issues.

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

Если некоторые функции 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 в Windows

Как я упоминал на прошлой неделе, я расскажу о различных проблемах, связанных с установкой 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. Все эти программы способны проводить очистку реестра, резервное копирование и восстановление, а также исправление самых частых ошибок в реестре.