data integrity scan что это

Data integrity scan что это

Сообщения: 52219
Благодарности: 15091

у меня что-то другое не «здохнет»?

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

Сообщения: 52219
Благодарности: 15091

Проверяет отказоустойчивые тома на готовность к быстрому восстановлению после сбоя

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 52219
Благодарности: 15091

Источник

Это магическое словосочетание — Data Integrity

Если не у всех, то у очень многих сейчас на слуху это чарующее воображение словосочетание Data Integrity- целостность данных. Это интуитивно осознаваемое понятие стремительно ворвалось в фармацевтический обиход по мере выхода в последние годы достаточно большого количества руководств, посвященных этому вопросу:

В феврале 2019-го появилось русскоязычное Руководство по Целостности данных и валидации компьютеризированных систем от ГИЛС и НП, разработанное при участии специалистов PQE. Это уникальный в своём роде русскоязычный документ (ведь все остальные документы, упоминаемые в этом контексте, англоязычные и/или зарубежного происхождения). Помимо целостности данных это Руководство увязывает описанное словосочетание, собственно, с валидацией компьютеризированных систем, потому что трудно представить эти понятия в отрыве.

Нет, я, конечно, замечу, что понятие «целостность данных» в фарма касается в т.ч. и бумажных документов. Вместе с тем, позволю себе два оценочных суждения: 1) целостность данных в бумажном виде – это то, к чему нужно стремиться, но на практике это практически утопия, если подходить к этому вопросу со всей строгостью и пытаться с доказательной базой наперевес продемонстрировать следование принципам ALCOA & ALCOA+; 2) число программных решений в рамках автоматизации бизнес-процессов почти ультимативно выводит нас на обсуждение целостности данных в разрезе компьютеризированных систем и их валидации. Так что Руководство ГИЛС и НП появилось очень своевременно и сгруппировано оно весьма полезным образом. Ведь если брать зарубежные аналоги, они ведь лишь дополняют разного рода базовые руководства калибра GAMP 5, PIC/S, OECD, EDQM и т.п.

Адресуясь к этому Руководству, хочу затронуть лишь один, достаточно инновационный аспект. Принципы ALCOA & ALCOA + таковыми в нашем стремительно меняющемся мире уже не являются. Именно они как раз и понимаются интуитивно и, по сути, лишь консолидируют требования GMP на этот счет, «размазанные тонким слоем» по всему тексту GMP. Ведь Прослеживаемость (Attributable), Читаемость (Legible), Своевременность (Contemporaneous), Подлинность (Original) и Точность (Accurate)), а также (Полнота (Complete), Последовательность (Consistent), Устойчивость (Enduring) и Доступность (Available) – это и есть составляющие вышеупомянутых акронимов, смысл которых раскрыт не только в Руководстве, но и в ряде других, предшествующих ему документов.

Мне, как автору данного очерка, гораздо более серьезным показался следующий пассаж в Руководстве, возникший, впрочем, не случайно, а присутствующей в т.ч. в новейшем Руководстве по целостности данных от MHRA. Это акроним DIRA (data integrity risk assessment). В эпоху, когда только ленивый не упоминает об оценке рисков к месту и не к месту, данный пункт (6.2 Руководства ГИЛС и НП) можно воспринять, как дежурный. Однако вчитаемся в следующую фразу:

Примером приемлемого подхода является оценка риска целостности данных (data integrity risk assessment — DIRA), при которой процессы, производящие данные, или в результате которых получены данные, картируются, критические воздействия идентифицируются, а присущие риски документируются

Что же подразумевается под «картированием процессов»? Кто-то ясно себе представляет, как это будет выглядеть на практике? В MHRA изложено тоже самое практически буквально:

An example of a suitable approach is to perform a data integrity risk assessment (DIRA) where the processes that produce data or where data is obtained are mapped out and each of the formats and their controls are identified and the data criticality and inherent risks documented

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

Оценка рисков должна быть сосредоточена на бизнес-процессе, например: производство, контроль качества

Дело в том, что индустрия не «картирования», а моделирования бизнес-процессов развита очень хорошо примерно с 60-х годов прошлого века, а в 90-е годы уже появились программные решения, которые позволяют выполнить это моделирование «не пешком». В 1960-е годы развивался подход функционального моделирования (SADT = structured analysis and design technique), в 90-е родилось семейство стандартов IDEFx. Помимо этого, развивались другие нотации моделирования бизнес-процессов – ARIS, DFD и т.п. В настоящее время на авансцену довольно мощно вышла методология BPMN 2.0 – вот краткий очерк применительно к фарма в отношении указанных методологий. Объединяет их все одно общее свойство – это своеобразный «костыль для мозга», ведь сформулировать хотя бы на уровне требований информационную модель к будущей компьютеризированной системе без специальных инструментов практически невозможно. Точнее как, попытаться можно, но это только бумажные СМК успешно «преодолевают» нестыковки и коллизии, которые стерпит бумага. Попытка информатизировать «захламеленный» бизнес-процесс приведёт к тому, что на выходе получиться «мертворожденное» приложение, например, в части либо документооборота, либо учета лабораторной деятельности, либо статусов сырья, материалов и готовой продукции, которое будет внедряться «вечно».

Было бы очень ценно узнать мнения авторов Руководств или мнения экспертного сообщества, что подразумеваются под такими терминами, как «картирование процессов». На мой взгляд всё достаточно логично сводится к стандартной бизнес-аналитике. Ведь попытка выполнить заявленные действия как-то иначе будет сродни изобретению колеса. Вот абстрактный пример – отталкиваемся от прямой формулировки – процессы, производящие данные, картируются. Сколько процессов на среднестатистическом фармпредприятии? Понято, что зависит от уровня декомпозиции, но тем не менее? Очевидно, что эти бизнес-процессы нужно «посчитать», «инвентаризировать». Далее, речь идёт о данных. Сколько и каких данных генерирует среднестатистическое фармпредприятие? Ответ аналогичный. Если кто-либо попытается это сделать «пешком», «карандашиком в блокнотик», то неизбежно зароется в рутине. И для блокнотика или для «номинального» документа с титульным листом DIRA этого может оказаться и достаточно. Но построить работающую компьютеризированную систему таким образом, не то, чтобы не удастся – просто в процессе разработки и тестирования будут неприемлемо большие затраты на разрешение непродуманных коллизий или противоречий. Ведь если, к примеру, вы не продумали в модели системы, как будет работать 1С, то ошибка в модели приведёт к тому, что программа просто прервёт свою функцию или выполнить её неправильно. Причем логические ошибки можно искать годами. А система тем временем не сформирует бланк, не передаст выполнение функции на следующий шаг, не предоставит полномочия ответственному специалисту и т.п.

Взгляните, как выглядит пример стандартного бизнес-процесса (относительно простого) в демонстрационной версии системы BPMS CE ELMA:

Это пример улучшения бизнес-процесса. Как прочитать данную диаграмму, выполненную в нотации BPMN 2.0? Укрупнённо – есть дорожки (пулы) ответственности- Инициатор, Владелец процесса, Исполнитель. Есть ключевые этапы и виды деятельности – старт процесса (зеленый кружок), операции различных видов (пользовательская задача, оповещение и т.п.) и закономерное завершение процесса (красный кружок). Данная нотация позволяет выяснить «кто на ком стоял» (с). Ведь чем грешит бумажный документооборот? Неопределенностью. Кто заполняет журнал или бланк, в какой момент заполняет его, какие данные при этом генерируются и т.д. Нотация BPMN 2.0 в значительной степени снимет такие вопросы, поскольку модели проверяются на непротиворечивость перед их публикацией. Это и составляет ключевое отличие от «наскальной живописи», выполненной в Visio или иными графическими редакторами. Это в простом примере выше вы довольно легко «по наитию» накидаете сценарий. А если у вас таких бизнес-процессов тысячи? А если большинство сценариев – межмодульные? Впрочем, к этому образцу у читателя вполне должен сформироваться ясный ответ. Преимуществом любой нотации бизнес-моделирования являются встроенные проверки состоятельности нашей модели, прежде чем отдать её в реализацию.

Ценность данной нотации состоит в том, что она формализует комплекс всех бизнес-процессов предприятия, накладывая её на сформированную и поддерживаемую организационную структуру, а её преимущество по отношении к другим нотациям – это то, что бизнес-логика может быть автоматом транслирована в код (т.н. low code программирование) и на выходе можно получить сразу готовое решение, чья модель всех устраивает. Например, это может быть внутрифирменный портал.

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

Я постараюсь развить данную тематику на ближайшей Российской неделе валидации. Ведь очевидно, что подобные вопросы будут приобретать только всё большую актуальность. Мне же представляется, что адресация к стандартным практикам моделирования бизнес-процессов — вполне обоснованное решение указанных вопросов.

Источник

Data integrity scan что это

Вопрос

When I run the Data Integrity Scan manually within the Task Scheduler, it runs and completes immediately without doing anything even though I know there are corrupt files in the volume. The following are the event log entries. Notice that most of my files are skipped. Why doesn’t the scan attempt to fix corrupted files?

Integrity is both enabled and enforced for all of the several hundred files. The ReFS storage space is a two-way mirror. Both drives are attached via SATA and the motherboard BIOS SATA Configuration is AHCI.

Started checking data integrity.

Volume metadata scrub operation failed.

Metadata reference: 0x204

Range length (in bytes): 0x0

Bytes repaired: 0x0

Bytes not repaired: 0x3000

Status: The specified copy of the requested data could not be read.

Files were skipped during the volume scan.

First skipped file name: I:

HResult: The specified copy of the requested data could not be read.

Bytes repaired: 0x0

Bytes not repaired: 0x3000

HResult: The operation completed successfully.

Completed data integrity check.

Все ответы

Maybe you could check thread discussed before.

Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

Thanks but don’t see a solution there. The data integrity scan doesn’t work. Somebody besides me needs to repro.

Apparently, folks find it difficult to create test corruption. Most tools will only make changes to files that are seen as valid to the OS and therefore not corruption.

I have been creating test corruption with Hard Disk Sentinel Pro:

1. Load at least half of a storage space with test files.

2. Turn on Integrity for all of the files.

3. Run a destructive write test from within Hard Disk Sentinel Pro for a short time. Make sure to specify a random test using random write patterns. Let it run for a couple of minutes. You’ll see various random blocks get written to in the HDS drive map. Don’t do the sequential order test.

This will result in a ton of corrupt files for which the checksums won’t match.

Data Integrity Scan catches nothing.

Thanks for your feedback.

I’m for dedicated analyze you may need to contact the CSS.
To obtain the phone numbers for specific technology request please take a look at the web site listed below.
https://support.microsoft.com/en-us/gp/contactus81?forceorigin=esmc&Audience=Commercial

Appreciate your support and understanding

Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

Few people seem interested at all in how well ReFS detects corruption. It’s not surprising that the data integrity scan doesn’t work given that ReFS has terrible trouble detecting and reporting corruption. Check this thread for ReFS corruption testing:

I’ve only done quick and dirty testing with the Data Integrity Scan and it indeed now runs against a mirrored ReFS storage space and it caught some experimentally introduced data errors. This is a huge difference. Recall that last fall the Data Integrity Scan would always fail immediately and find nothing.

I don’t know the degree and quality with which ReFS functions in Windows 10 Pro for Workstations and I can’t spare the hours testing again to determine whether it works as well as on Server (assuming all well even there). I’ll leave that to you others.

I really hope ReFS and Storage Spaces will be a robust solution and I’m eager to have it working for us, but for now we’re running ZFS for data integrity and will reinvestigate ReFS next year. Please add any data corruption testing experiences with ReFS on the Workstations SKU.

Источник

устранение неполадок дисковые пространства Direct

Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016

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

Как правило, начните со следующих шагов:

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

Ресурсы виртуального диска не находятся в состоянии избыточности

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

FriendlyName	ресилиенцисеттингнаме	OperationalStatus	HealthStatus	исмануалаттач	Размер	PSComputerName
Диск 4	Зеркальное отображение	ОК	Работоспособно	Верно	10 ТБ	Node-01. Конто.
Диск 3	Зеркальное отображение	ОК	Работоспособно	Верно	10 ТБ	Node-01. Конто.
Диск 2	Зеркальное отображение	Без избыточности	Unhealthy	Верно	10 ТБ	Node-01. Конто.
Диск 1	Зеркальное отображение		Unhealthy	Верно	10 ТБ	Node-01. Конто.

Кроме того, после попытки перевести виртуальный диск в оперативный режим в журнал кластера (Дискрековеряктион) заносится следующая информация.

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

Чтобы устранить эту проблему, выполните следующие действия.

Удалите затронутые виртуальные диски из CSV-файла. Они поместит их в группу «Доступное хранилище» в кластере и отобразятся как ResourceType «физический диск».

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

Задайте действие восстановления диска, а затем запустите диски.

Должно автоматически запуститься восстановление. Дождитесь завершения восстановления. Он может перейти в приостановленное состояние и запустить его снова. Для отслеживания хода выполнения:

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

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

Добавьте затронутые виртуальные диски обратно в CSV-файл.

Дискрековеряктион — это параметр переопределения, который позволяет подключить объем дискового пространства в режиме чтения и записи без проверок. Свойство позволяет выполнять диагностику, почему том не поступает в оперативный режим. Он очень похож на режим обслуживания, но его можно вызвать для ресурса в неисправном состоянии. Он также позволяет получить доступ к данным, которые могут быть полезны в таких ситуациях, как «без избыточности», где можно получить доступ к любым данным и скопировать их. Свойство Дискрековеряктион было добавлено в 22 февраля 2018, обновление, KB 4077525.

Состояние отсоединения в кластере

FriendlyName	ресилиенцисеттингнаме	OperationalStatus	HealthStatus	исмануалаттач	Размер	PSComputerName
Диск 4	Зеркальное отображение	ОК	Работоспособно	Верно	10 ТБ	Node-01. Конто.
Диск 3	Зеркальное отображение	ОК	Работоспособно	Верно	10 ТБ	Node-01. Конто.
Диск 2	Зеркальное отображение	Отсоединен	Неизвестно	Верно	10 ТБ	Node-01. Конто.
Диск 1	Зеркальное отображение	Отсоединен	Неизвестно	Верно	10 ТБ	Node-01. Конто.

Кроме того, на узлах могут регистрироваться следующие события:

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

Чтобы устранить эту проблему, выполните следующие действия.

Удалите затронутые виртуальные диски из CSV-файла.

Выполните следующие команды на каждом диске, который не находится в режиме «в сети».

Выполните следующую команду на каждом узле, в котором отключенный том находится в режиме «в сети».

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

«Проверка целостности данных для восстановления после сбоя» — это задача, которая не отображается как задание хранилища и не имеет индикатора хода выполнения. Если задача отображается как выполняемая, она работает. По завершении он будет отображаться как завершенный.

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

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

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

Добавьте затронутые виртуальные диски обратно в CSV-файл.

Значение дискрунчкдск 7 используется для присоединения объема дискового пространства и создания раздела в режиме только для чтения. Это позволяет обнаруживать пробелы для самостоятельного обнаружения и самовосстановления, запуская восстановление. Исправление будет запущено автоматически после подключения. Он также позволяет получить доступ к данным, что может быть полезно для получения доступа к любым данным, которые можно копировать. Для некоторых условий сбоя, таких как полный журнал DRT, необходимо запустить проверку целостности данных для запланированной задачи восстановления после сбоя.

Задача «Проверка целостности данных для восстановления после сбоя » используется для синхронизации и очистки полного журнала отслеживания изменений региона (DRT). Выполнение этой задачи может занять несколько часов. «Проверка целостности данных для восстановления после сбоя» — это задача, которая не отображается как задание хранилища и не имеет индикатора хода выполнения. Если задача отображается как выполняемая, она работает. После завершения он будет отображаться как завершенный. Если отменить задачу или перезапустить узел во время выполнения этой задачи, задача должна начаться с самого начала.

Событие 5120 с STATUS_IO_TIMEOUT c00000b5

для Windows Server 2016: чтобы уменьшить вероятность возникновения этих симптомов при установке обновления с исправлением, рекомендуется использовать процедуру режима обслуживания служба хранилища ниже, чтобы установить 18 октября 2018, накопительное обновление для Windows Server 2016 или более поздней версии, если установленные узлы уже установлены. Windows Server 2016 накопительное обновление, выпущенное 8 мая, 2018 – 9 октября 2018 г.

При перезагрузке узла событие 5120 заносится в журнал системных событий и включает один из следующих кодов ошибок:

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

изменение, представленное в 8 мая 2018 до Windows Server 2016, было накопительным обновлением для добавления отказоустойчивых дескрипторов smb для дисковые пространства прямых сетевых сеансов smb внутри кластера. Это было сделано для повышения устойчивости к временным сбоям сети и улучшению того, как Роце обрабатывает перегрузку сети. Эти улучшения также нечаянно увеличивают время ожидания, когда подключения SMB пытаются повторно подключиться и ожидают истечения времени ожидания при перезапуске узла. Эти проблемы могут повлиять на систему под нагрузкой. Во время незапланированного простоя наблюдается задержка ввода-вывода до 60 секунд, а система ожидает подключения к времени ожидания. чтобы устранить эту проблему, установите 18 октября 2018 г., накопительное обновление для Windows Server 2016 или более поздней версии.

Завершить процесс завершения процесса:

Выполните командлет Get-VirtualDisk и убедитесь, что значение Хеалсстатус является работоспособным.

Остановите узел, выполнив следующий командлет:

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

Запустите командлет Get-физический и убедитесь, что значение OperationalStatus находится в режиме обслуживания.

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

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

Проверьте состояние заданий повторной синхронизации, выполнив следующий командлет:

Отключение динамических дампов

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

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

Существует два метода отключения динамических дампов, как описано ниже.

Метод 1 (рекомендуется в этом сценарии)

Чтобы полностью отключить все дампы, включая динамические дампы всей системы, выполните следующие действия.

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

После установки этого раздела реестра создание динамического дампа завершится сбоем и создаст ошибку «STATUS_NOT_SUPPORTED».

Метод 2

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

Метод 3

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

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

Производительность медленных операций ввода-вывода

если вы видите скорость медленных операций ввода-вывода, проверьте, включен ли кэш в конфигурации дисковые пространства Direct.

Существует два способа проверки:

Использование журнала кластера. Откройте журнал кластера в текстовом редакторе и выполните поиск по запросу «[= = = SBL Disks = = =]». Это будет список дисков на узле, на котором был создан журнал.

Диск с включенным кэшем. Пример: Обратите внимание, что состояние — Качедискстатеинитиализедандбаунд, а здесь есть GUID, представленный здесь.

Кэш не включен: здесь можно увидеть, что GUID отсутствует, а состояние — Качедискстатенонхибрид.

Кэш не включен: Если все диски одного типа имеют один и тот же вариант, по умолчанию не включено. Здесь можно увидеть, что идентификатор GUID отсутствует, а состояние — Качедискстатеинелигибледатапартитион.

Использование Get-PhysicalDisk.xml из СддкдиагностиЦинфо

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

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

Следующим шагом является удаление искусственного пула носителей:

Теперь при запуске Get-физический на любом из узлов вы увидите все диски в пуле. Например, в лаборатории с кластером из 4 узлов с 4 дисками SAS 100 ГБ каждого из этих узлов. в этом случае после отключения служба хранилищаного пробела, который удаляет слой шины (служба хранилища), но оставляет фильтр, если вы запускаете Get-физическийдиск, он должен сообщить 4 диска за исключением локального диска операционной системы. Вместо этого отображается 16. Это одинаково для всех узлов в кластере. При выполнении команды Get-Disk вы увидите, что локально подключенные диски пронумерованы как 0, 1, 2 и т. д., как показано в примере выходных данных:

число;	Понятное имя	Серийный номер	HealthStatus	OperationalStatus	Общий размер
0	MSFT Вирту.	Работоспособно	Миграция по сети	127 ГБ	GPT
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
1	MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
2	MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
4	MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
3	MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW
MSFT Вирту.	Работоспособно	Автономная миграция	100 ГБ	RAW

сообщение об ошибке «неподдерживаемый тип носителя» при создании дисковые пространства прямого кластера с помощью Enable-ClusterS2D

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

Чтобы устранить эту проблему, убедитесь, что адаптер HBA настроен в режиме HBA. Не следует настраивать HBA в режиме RAID.

Enable-ClusterStorageSpacesDirect зависает в ожидании, пока выводятся диски SBL или 27%

В отчете о проверке вы увидите следующие сведения:

Диск, подключенный к узлу, вернул связь с портом SCSI, а соответствующее устройство корпуса не найдено. оборудование несовместимо с дисковые пространства Direct (S2D), обратитесь к поставщику оборудования, чтобы проверить поддержку для служб отсека SCSI (SES).

Эта ошибка связана с картой расширения SAS HPE, которая находится между дисками и картой HBA. Расширитель SAS создает дубликат идентификатора между первым диском, подключенным к расширительу, и самого расширителя. Это разрешено в HPE смарт-массивов расширения SAS встроенного по: 4,02.

Серия P4600 контроллера домена Intel SSD не является уникальным

Вы можете столкнуться с проблемой, когда устройство Intel SSD DC P4600 Series сообщает примерно 16 байт NGUID для нескольких пространств имен, таких как 0100000001000000E4D25C000014E214 или 0100000001000000E4D25C0000EEE214, в примере ниже.

uniqueid	deviceid	MediaType	BusType	номер	size	canpool задано	FriendlyName	OperationalStatus
5000CCA251D12E30	0	HDD	SAS	7PKR197G	10000831348736	False	хгст	HUH721010AL4200
EUI. 0100000001000000E4D25C000014E214	4	SSD	NVMe	0100_0000_0100_0000_E4D2_5C00_0014_E214.	1600321314816	Верно	СЕРВЕР	SSDPE2KE016T7
EUI. 0100000001000000E4D25C000014E214	5	SSD	NVMe	0100_0000_0100_0000_E4D2_5C00_0014_E214.	1600321314816	Верно	СЕРВЕР	SSDPE2KE016T7
EUI. 0100000001000000E4D25C0000EEE214	6	SSD	NVMe	0100_0000_0100_0000_E4D2_5C00_00EE_E214.	1600321314816	Верно	СЕРВЕР	SSDPE2KE016T7
EUI. 0100000001000000E4D25C0000EEE214	7	SSD	NVMe	0100_0000_0100_0000_E4D2_5C00_00EE_E214.	1600321314816	Верно	СЕРВЕР	SSDPE2KE016T7

Чтобы устранить эту проблему, обновите встроенное по на дисках Intel до последней версии. Для устранения этой проблемы известны версии встроенного по QDV101B1 с мая 2018.

В 2018. в выпуске средства центра обработки данных Intel SSD входит обновление встроенного по QDV101B1 для ряда P4600 Intel SSD DC.

Физический диск «Исправен» и оперативное состояние «Удаление из пула»

в Windows Server 2016 дисковые пространства прямого кластера вы можете увидеть хеалсстатус для одного или нескольких физических дисков как «исправен», а параметр OperationalStatus — «(удаление из пула, ок)».

«Удаление из пула» является намерением, когда командлет Remove-физический вызывается, но хранится в состоянии работоспособности для поддержания состояния и позволяет выполнить восстановление в случае сбоя операции удаления. Можно вручную изменить значение OperationalStatus на работоспособное с помощью одного из следующих методов:

Ниже приведено несколько примеров, демонстрирующих выполнение сценария.

Копирование файлов выполняется слишком долго

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

Использование проводника, Robocopy или xcopy для копирования большого виртуального жесткого диска на виртуальный диск не является рекомендуемым методом, так как это приведет к снижению ожидаемой производительности. процесс копирования не проходит через стек дисковые пространства Direct, который находится ниже в стеке хранилища, а действует как локальный процесс копирования.

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

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

Можно спокойно пропускать эти события:

Если вы используете виртуальные машины Azure, это событие можно игнорировать: Event ID 32: The driver detected that the device \Device\Harddisk5\DR5 has its write cache enabled. Data corruption may occur.

Снижение производительности или «потеря связи», «ошибка ввода-вывода», «отсоединено» или «нет избыточности» для развертываний, использующих устройства Intel P3x00 NVMe

мы обнаружили критическую ошибку, которая влияет на некоторые дисковые пространства пользователей, использующих оборудование на базе семейства Intel P3x00 нвм Express (NVMe) с версиями встроенного по до «технического выпуска 8».

У отдельных изготовителей оборудования могут быть устройства, основанные на семействе устройств NVMe семейства Intel P3x00 с уникальными строками версий встроенного по. Обратитесь к изготовителю оборудования за дополнительными сведениями о последней версии встроенного по.

Если в развертывании используется оборудование, основанное на семействе устройств NVMe под управлением Intel P3x00, рекомендуется немедленно применить последнюю версию доступного встроенного по (по крайней мере в техническом выпуске 8). В этой статье Служба поддержки Майкрософт содержатся дополнительные сведения об этой ошибке.

Источник