Выровнять сектора дисков по границе 1024кб и отформатировать с размером блока 64кб

Обновлено: 16.05.2024

Что нужно знать о выравнивании разделов (partition alignment), так это следующее:
1) Если вы устанавливаете Windows XP, то выравнивать разделы относительно архитектуры SSD нужно вручную, так как Windows XP не выравнивает разделы.
2) Если устанавливается Vista, Server 2008, или Windows 7, о выравнивании даже не стоит задумываться, так как упомянутые операционные системы выравнивают разделы автоматически.

Какие преимущества от выравнивания разделов?
1) Выравненные разделы являются гарантией максимальной производительности SSD, могут устранить неровную работу, задержки, нагрузку контроллера SSD в Windows XP 32-bit/64-bit.
2) Выравнивание разделов оптимизирует запись кластеров данных Windows XP в страницы флеш-памяти.

Геометрия HDD: Предыстория невыравненных разделов
Механический диск разбит на треки. Накопитель уведомляет операционную систему, что трек состоит из 63-х секторов (CHS 1-63). Windows XP использует первый трек под информацию структуры диска при создании раздела диска, впоследствии разделы создаются, начиная с 64-го сектора, тогда как раздел следовало бы начать со следующего 65-го сектора. Начало раздела с 64-го сектора (с которого начинается установка Windows) создаёт дополнительную операцию ввода-вывода для контроллера накопителя, так как контроллер пытается считать/записать четырёх-килобайтовый (4 KB) блок данных на границе двух предполагаемых треков, и в действительности, на границе двух страниц SSD, между секторами 64 и 65.
Другими словами, система использует первые 63 сектора под внутреннюю информацию (MBR, геометрию диска и т.д.). Далее Windows записывает данные блоками по 4096 Байт (блок определяется размером кластера) в следующие свободные сектора, начиная с 64-го сектора, в который записываются первые 512 Байт данных. Далее процесс записи останавливается, потому что контроллер достигает конца текущей страницы. Далее контроллер переходит на следующую страницу, дописывая оставшиеся 3584 Байт данных из 4096 Байт за одну операцию ввода-вывода, продолжая запись до достижения следующей границы страниц. Если бы контроллер мог записать все данные в одну страницу, начиная с сектора 65, тогда бы накопитель завершил задачу за одну операцию ввода-вывода. Вследствие просчёта в выравнивании, запись/чтение данных на границе страниц требует две операции ввода-вывода для завершения, что будет происходить на каждой границе между станицами до тех пор, пока разделы не будут выравнены.
Поэтому, при установке Windows XP или Server 2003, необходимо создать выравненный раздел вручную программными средствами Diskpar или Diskpart, если производительность для вас является критически важной.

В версиях Windows, предшествующих и включая Windows XP/Server 2003, разделы диска создаются на основе устарелой схемы адресации Cylinder/Head/Sector (CHS), используемой в предыдущих поколениях контроллеров дисков. Разделы, созданные в Windows XP/Server 2003, сохраняют изначальное, неправильное выравнивание и при установке Windows Vista/7/Server 2008.

В Windows XP/Server 2003 не предполагалось родной поддержки SSD. Независимо от вида накопителя, первый раздел в этих ОС создаётся с сектора LBA 63 - середина страницы SSD.

При LBA-адресации размер трека не имеет значения, так как секторам присваивается свой порядковый номер, начиная с LBA 0. Настоящий размер трека современных HDD известен только производителю, и в действительности превышает 63 сектора/трек.
Для совместимости с операционными системами, предшествующих Windows XP, каждый накопитель, механический и твердотельный, сообщает операционной системе искусственный, заведомо неправдивый набор своих характеристик, таких как размер сектора 512 Байт; и размер трека в 63 сектора, максимально возможный при схеме адресации (Cylinder/Head/Sector) CHS. Windows XP/Server 2003 повинуется заявленным характеристикам накопителя и резервирует первые 63 сектора, начиная раздел с 64 сектора. Данные зарезервированные секторы не совпадают с основными физическими границами страниц SSD, фрагментов RAID (stripe unit), контроллеров дисков и другого оборудования, что в совокупности может стать причиной существенного падения производительности.

Выравнивание разделов
1) Самый простой способ - присоединить SSD к системе с установленной Windows 7 и создать разделы в Диспетчере дисков.
По умолчанию, офсет (смещение относительно начала диска) в Windows 7, Server 2008 равен 1024 KB (1 048 576 Байт). Данное значение является оптимальным выбором. Значение 1024 KB отлично соотносится с распространёнными размерами фрагментов RAID (stripe unit), такими как 64 KB, 128 KB и 256 KB, а также с менее распространёнными значениями фрагментов - 512 KB и 1024 KB. Наименьшим эффективным значением офсета для SQL Server является 64 KB, вследствие соотношений (формул), указанных в дальнейшем.
2) Второй способ - использование программных средств Diskpar или Diskpart.

Пример типичного сценария невыравненного раздела SSD:

Возможные значения офсета: 32 768 Байт (32 KB или 64 сектора), 65 536 Байт (64 KB), 131 072 Байт (128 KB) и так далее.

Пример типичного сценария невыравненного раздела HDD:

Возможные значения Размера фрагмента RAID: 8 KB, 64 KB, 128 KB и так далее, согласно настройкам BIOS.

При создании разделов нужно учитывать архитектуру NAND флеш-памяти. На форуме OCZ предполагают учитывать размер блока и страницы NAND чипа при вычислении офсета. Например, если размер блока - 512 KB, в теории, значение офсета должно соответствовать размеру блока. Информация об архитектуре конкретных NAND чипов находится в закрытом доступе. Известно, что размер блока 34-нм Intel MLC NAND чипов равен 512 KB, и размер страницы - 4 KB.

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

2) При создании двух и более разделов, необходимо использовать Diskpart. Diskpart интегрирован в любой Windows, является эволюцией Diskpar, но версия Windows XP не способна задавать нужный офсет. Поэтому вызывайте Diskpart из командной строки в Vista или Windows 7 (Выполнить > cmd > Enter, в командной строке наберите Diskpart, и Enter). Дальнейшие действия:
1) "list disk" > Enter - показать присоединённые диски
2) "select disk 0" > Enter - выбрать нужный диск (замените ноль на номер выбираемого диска)
3) "detail disk" - показать присутствующие разделы
4) Если на диске имеются невыравненные разделы, наберите "clean" > Enter - стереть всю информацию и данные с диска
5) Создаём первый начальный раздел: "create partition primary size=<n> align=<n>"; size - размер раздела в Мегабайтах (MB); align - смещение раздела от начала диска в Килобайтах (KB)
Пример: "create partition primary size=3000 align=128"
6) Создаём второй расширенный раздел: "create partition extended size=<n> align=<n>"; если size не указывать, раздел займет всё оставшиеся пространство; align - смещение второго раздела от конца первого.
Внимание: Значение size указывать не нужно, так как нам нужно всё оставшиеся пространство для логических разделов. Значение align должно быть идентично первоначальному, в ином случае офсет второго раздела задаётся автоматически (установлено испытательным путём посредством Diskpar и WinHex, см. значение HiddenSectors в Diskpar).
Пример: "create partition extended align=128"
7) Создаём первый логический раздел в расширенном разделе: "create partition logical size=<n> align=<n>".
Внимание: Значение align должно быть идентично первоначальному, в ином случае офсет первого логического раздела задаётся автоматически. Значение size не указываем, если создавать последующие разделы нет необходимости.
Пример: "create partition logical align=128"
8) Форматируем второй раздел: "format fs=<ntfs|fat|fat32> unit=<n> quick"; unit - размер кластера (allocation unit). Если unit не указывать, используется стандартный размер кластера; quick - быстрое форматирование
Примечание: Не лишним будет задать размер кластера равный размеру страницы 8 KB.
Пример: "format fs=ntfs unit=8K quick"
9) "select volume 2" - выбираем первый раздел диска (замените "2" на номер выбираемого раздела, который отображается при выполнении команды "detail disk")
10) Форматируем первый раздел: "format fs=ntfs unit=8K quick"
11) "list partition" - проверяем созданные офсеты и разделы
Примечание: Diskpart изначально округляет офсет 31,5 KB до 32 KB.
12) "exit" - выход из Diskpart.

Можно создать до четырёх начальных разделов или три начальных и один расширенный при использовании MBR-структуры. В расширенном разделе можно создать неограниченное количество логических разделов.

Осталось проверить созданные офсеты на соответствие, используя методы проверки указанные выше; см. "Определение текущего офсета".

Используя Diskpar, обратите внимание на значения скрытых секторов (HiddenSectors), в данном случае это 256 (align=128), одинаковы для первого и второго разделов. Если не задавать параметр align для второго раздела, HiddenSectors равно 2048 (1 MB). При разбиении диска родным Diskpart в Windows XP, HiddenSectors равно 63, значит разделы не выравнены.

Испытуемый образец - 8 GB USB флеш-память. Были созданы два раздела с офсетом 128 KB каждый, используя Vista Recovery Disc > Diskpart.

Если нет установленной Vista или Windows 7 в распоряжении, можно использовать Диск аварийного восстановления Vista или Windows 7 (находим в интернете, напр. Vista/Windows 7 Recovery Disc), загрузить систему с CD/DVD-ROM, далее запустить из меню командную строку и вызвать Diskpart.

3) Третий способ создать разделы - найти подходящую утилиту, во власти которой выполнять требуемые операции.

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

Установка RAID-драйвера
Во время установки Windows XP, для RAID-конфигурации, системе нужно предоставить соответствующий RAID-драйвер. Для этой цели можно интегрировать RAID-драйвера в установочный диск с помощью программы nLite, но можно заставить BIOS эмулировать USB флеш-память в USB-FDD. Для этого, на USB флеш-памяти создайте раздел размером не более 2 Гигабайт (если размер вашей USB флеш-памяти больше 2-х Гигабайт) с офсетом 0 (ноль) в Diskpart. Отформатируйте раздел в файловую систему FAT16. Данные параметры необходимы для гарантирования того, что BIOS сможет правильно считать и передать данные с USB флеш-памяти во время установки Windows XP. Далее, отключите (положение Disabled) в BIOS все физические FDD (если таковы имеются). Найдите опцию в BIOS наподобие "USB Legacy I/O Support" (эмулирование USB устройств), включите её (положение Enabled), если данная настройка не включена по умолчанию ( Примечание: Данная надпись для разных производителей отображается по разному). Сохраните настройки BIOS. Во время установки Windows XP, жмите F6 для загрузки драйвера. После вышеуказанных манипуляций, Windows должен распознать USB флеш-память как USB-FDD, привод A:/, и успешно загрузить драйвер. Данный способ доказал свою работоспособность на AsRock K7VT4A Pro (северный мост KT400A, и южный VT8237).
К сведению: Файловой системой дискет 1.44" является FAT16/12. Максимальный размер раздела в FAT16 - 2 Гигабайта (2048 Мегабайт). В BIOS, USB флеш-память должна определятся как USB-FDD или USB-ZIP. USB флеш-память, размер которой больше 32 Гигабайт, определяется как USB-HDD. Не все BIOS могут распознавать отличные от FAT16/12 файловые системы.

Выравнивание разделов HDD
Практика выравнивания разделов в Windows XP/Server 2003 также применима к HDD, у которых размер физического сектора равен 4 KB, для обычных и RAID-конфигураций; и для HDD с размером физического сектора 512 Байт для RAID-конфигураций.

Размер сектора HDD

На рисунке изображён пример эмуляции 512 Байтовых секторов при двух физических 4 KB секторах.

Windows Vista SP1 и выше, поддерживают Advanced Format и автоматически выравнивают разделы с границами 4 KB секторов. Для Windows XP/Server 2003 необходимо выравнивать разделы вручную. Производители, напр. Hitachi GST и Western Digital, предлагают пользователям собственные утилиты выравнивания невыравненных разделов.

Оптимизируем Microsoft SQL Server 2014 для работы с 1С. ОС — Windows Server 2012 R2. Напишу что нужно сделать, а что не нужно.

Определяю мифичность очень просто, если мне пришлось применить настройку — реальность, не пришлось — миф.

Устанавливаем последний Service Pack и Cumulative Update — реальность

На текущий момент нужно обновиться до SP3.

Обязательно нужно сделать.

Выравнивание разделов — миф

Рекомендуют выравнивать сектора дисков по границе 1024Кб. Не заморачивайтесь, эта рекомендация устарела. Операционная система теперь сама выравнивает раздел как нужно для дисков более 4 ГБ.

HKLM \ SYSTEM \ CurrentControlSet \ Services \ VDS \ Alignment

Эту настройку не применяем.

Форматирование с размером блока 64Кб

А вот здесь всё очень неявно. Есть статья Best Practice от Microsoft:

В ней явно говорится:

Partition the Disk volumes hosting SQL databases (Data and log) with 64 KB allocation unit size:
A drive can be formatted with different sizes ranging from 512 bytes to 64K sizes with the default being 4KB (4096 bytes). This setting is also called as “Bytes Per Cluster”. The atomic unit of storage in SQL Server is a page which is 8KB in size. Extents are groups of eight 8 KB pages that are physically contiguous to each other for a total of 64 KB. SQL Server uses extents to store data. Hence, on a SQL Server machine the NTFS Allocation unit size hosting SQL database files (Including tempdb files) should be 64K.

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

Казалось бы всё ясно, 64 килобайта — наше всё. Но. Откуда ноги растут? Есть рекомендация от Microsoft с 2008 года:

Здесь аргументированно с указанием конкретного железа, на котором производились испытания, пишут:

Note that file allocation unit (cluster) size commonly correlates with common stripe unit sizes. The performance question here is usually not one of correlation per the formula, but whether the cluster size is the NTFS default of 4,096 bytes or has been explicitly defined at 64 KB, which is a best practice for SQL Server.

Снова 64 килобайта — наше всё. Читаем дальше:

An appropriate value for most installations should be 65,536 bytes (that is, 64 KB) for partitions on which SQL Server data or log files reside. In many cases, this is the same size for Analysis Services data or log files, but there are times where 32 KB provides better performance. To determine the right size, you will need to do performance testing with your workload comparing the two different block sizes.

Получается, что SQL сервер ведёт себя лучше при размере кластера 64 килобайта, однако, в некоторых случаях, максимальной производительности удавалось достигать при размере кластера в 32 килобайта.

А теперь добавляем переменных:

Появились новые типы массивов типа SSD и NVMe.
Всё чаще SQL сервер устанавливается виртуально или в облаке, где файловая система виртуальной машины живёт внутри файловой системы гипервизора.
Производители жёстких дисков и RAID контроллеров используют кеширование и дополнительные технологии ускорения работы дисков.

Ещё следует учитывать, что NTFS для разных размеров диска создаёт разные размеры блока. Стандартный размер кластера (лучше использовать это название) в файловой системе NTFS:

ёмкость до 16 Тб — 4 килобайта
ёмкость от 16 до 32 Тб — 8 килобайт
ёмкость от 32 до 64 Тб — 16 килобайт
ёмкость от 64 до 128 Тб — 32 килобайта
ёмкость от 128 до 256 Тб — 64 килобайта

Так что если вы не хотите заморачиваться, то ставьте размер блока (кластера) при форматировании 64 килобайта. Однако не факт, что при этом ваш SQL сервер будет работать быстрее. Правильный ответ можно получить только при тестировании производительности.

Присылайте ссылки на статьи, где проводились исследования производительности для разных размеров кластера. Истина где-то там.

Database instant file initialization — частично миф, частично реальность

Рекомендуют включить возможность Database instant file initialization для пользователя, от которого запущена служба Microsoft SQL Server.

Что это за штука?

Во-первых, эта настройка влияет только на файл данных. Когда файл автоматически вырастает, то новый кусок заполняется нулями, в этот момент 1С может тормозить. Instant File Initialization (IFI) позволяет отключить это зануление.

Запускаем Local Group Policy Editor:
Слева выбираем Local Computer Policy, Computer Configuration, Windows Settings, Security Settings, Local Policies, User Rights Assigment.
Тыкаем в Perform volume maintenance tasks.
Сюда добавляем юзера, от имени которого запускается SQL Server.

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

Так что у меня ничего не пришлось настраивать. Но вы у себя проверьте.

Давайте проверим, что всё работает. Рекомендуют создать новую БД размером 5 Гб и логом 1 Мб. Вот тут тоже нужно быть внимательным, нужно создавать под тем же пользователем, от которого запускается сервис SQL. Я создам от имени другого пользователя, который тоже в группе Administrators.

База создалась мгновенно. На всякий случай попробую создать базу размером 50 Гб, место есть. Да, моментально на диске пропало 50 Гб и БД создалась быстро.

Instant File Initialization (IFI) работает из коробки, если пользователь, под которым работает сервис SQL входит в группу Administrators сервера.

Эту настройку применяем только при необходимости.

Lock pages in memory — реальность

Рекомендуют установить разрешение на Lock pages in memory (блокировку страниц в памяти) для пользователя, от которого запущена служба Microsoft SQL Server. Эта политика Windows определяет, какие учетные записи могут сохранять данные в физической памяти, чтобы система не отправляла страницы данных в виртуальную память на диске.

Запускаем Local Group Policy Editor:
Слева выбираем Local Computer Policy, Computer Configuration, Windows Settings, Security Settings, Local Policies, User Rights Assigment.
Тыкаем в Lock pages in memory.

Эту настройку применяем. Нужно учитывать, что потребление оперативки возрастёт.

Power Option: High performance — реальность

Да, это реальность. По умолчанию план электропитания в Windows Server 2012 R2 — Balanced.

В некоторых случаях, Microsoft не уточняет в каких, на сервере может из-за этого снижаться производительность. Переключаем план на High performance.

Эту настройку применяем.

Сжатие содержимого — миф

Рекомендуют проверить, что галка, отмеченная на картинке выше, снята. Имеется в виду папка, где лежат файлы БД. По умолчанию она снята — рекомендация миф.

Индексация файлов — миф

По умолчанию галка Allow files in this folder to have contents indexed in addition to the file properties стоит:

Казалось бы, надо снимать. Подумаем, эта галка указывает службе индексации, что содержимое нужно обработать. Зачем на сервере индексировать содержимое? А стоит ли вообще служба индексации по умолчанию? Проверяем:

А служба поиска не установлена! Ну и забиваем на все эти галки. Эту настройку не применяем.

Исключить файлы БД из систем резервного копирования — миф

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

Во-первых, не отделяйте мух от котлет. Не держите приложение 1С и SQL Server на одном сервере. MSSQL должен жить отдельно. И резервироваться он должен средствами MSSQL. И зеркалироваться.

Эту настройку не применяем.

Резервирование и обслуживание — реальность

Эту настройку применяем.

Настройка памяти — реальность

Да, память для MSSQL нужно настраивать. По умолчанию сиквел жрёт всё что может, системе начинает не хватать. Как итог - тормоза. Нужно выделить SQL серверу строго определённое количество памяти и пусть не рыпается.

Не держите приложение 1С и SQL Server на одном сервере. MSSQL должен жить отдельно.

Это позволить избежать конкуренции за ресурсы.

Эту настройку применяем.

Настройка процессора — реальность

Эту настройку применяем.

Расположение файлов данных — реальность

Файлы данных и файлы журналов транзакций желательно размещать на разных дисковых массивах. Если один из массивов быстрее, то лог нужно разместить там.

Эту настройку по возможности применяем.

Разбить tempdb на несколько файлов по количеству процессоров — миф

Эту настройку не применяем.

Перенести tempdb в RAM — реальность

Сам протестировал, добился 10-кратного прироста скорости чтения-запись для tempdb.

Эту настройку по возможности применяем.

Установить параметр Max degree of parallelism = 1 — частично миф, частично реальность

В закладке Advanced есть возможность установить параметр Max degree of parallelism. Кто-то рекомендует ставить 1, чтобы запретить параллельные запросы. Смысл в том, что один толстый запрос может сожрать все процессоры и помешать другим пользователям. С другой стороны, запущенная на ночь обработка могла бы выполняться быстрее при использовании нескольких процессоров. Давайте поступим иначе - ограничим половиной процессоров. У меня их 8, ставлю 4.

Эту настройку применяем только при необходимости и в зависимости от количества процессоров.

Прирост файлов БД — реальность

Меняем дефолтные настройки прироста размера файлов данных и лога.

По умолчанию прирост 10%, это никуда не годится. Если база 500 гигабайт, то одномоментно отобранные 50 Гб места могут негативно сказаться на работе.

Ставим прирост 200 Мб.

Эту настройку применяем.

Флаги трассировки — реальность

4199 - включает исправления оптимизатора из фиксов.

1118 - использовать разные страницы памяти.

Запускаем SQL Server Configuration Manager. SQL Server Services. SQL Server - правой кнопкой свойства. Вкладка Startup Parameters. Добавляем -T1118 и -T4199.

Для применения потребуется перезапустить SQL сервер.

Эту настройку применяем.

Сетевые протоколы — реальность

Протокол "Named pipes" необходимо отключить.

Запускаем SQL Server Configuration Manager. SQL Server Network Connfiguration. Protocols for MSSQLSERVER (наш инстанс). Делаем Named Pipes - Disabled.

Эту настройку применяем.

Отключение DFSS — миф

DFSS по умолчанию устанавливается на терминальный сервер. При чём тут SQL? Отключать нечего.

Подготовка дисковой подсистемы под файлы БД SQL Server

В случае использования ОС Windows Server 2003 желательно произвести выравнивание (смещение) начального сектора (Partition Offset / Starting Offset) на уровень 1024KB. Выравнивание может быть выполнено только на этапе создания дискового раздела NFTS и невозможно для уже существующих разделов без из пересоздания. Для ОС Windows Server 2008 и выше выравнивание проводить не требуется, так как все вновь создаваемые разделы NTFS уже смещены на число байт, кратное размеру кластера (Bytes Per Cluster / Allocation unit size). Для системного тома в ОС Windows Server 2008 и выше смещение первого раздела в конфигурации по умолчанию составляет 1024KB.
При форматировании дискового раздела NTFS желательно выбирать рекомендуемый размер кластера в 64KB (по умолчанию используется размер в 4KB).

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

Размер смещения Partition Offset в байтах, делённый на размер кластера, которым отформатирован раздел (Allocation unit size или Bytes Per Cluster) в байтах = любое целое число.

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

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

В нашем примере диск Disk 2 является кластерным GPT-диском, на котором разделы Partition 1 и Partition 3 являются скрытыми служебными разделами. Раздел Partition 2 является тем видимым в оснастке Disk Management разделом, который был нами создан под файлы БД SQL Server. Его смещение мы и будем проверять.

Смещение раздела Partition 2 имеет значение 135266304 байт (129MB), а сам раздел при этом отформатирован кластерами по 65536 байт (64KB). Проверяем: 135266304/65536 = 2064. Мы получили целое число, то есть в нашем случае смещение раздела сделано правильно и выравнивание раздела не требуется.

В разных источниках можно встретить рекомендацию проверять смещение разделов с помощью команды типа:

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

Что же касается размера кластеров, которыми должен быть отформатирован NTFS раздел (Allocation unit size или Bytes Per Cluster) под файлы БД SQL Server, то его можно определить на этапе форматирования раздела.

Без явного указания размера кластера, если выбрано значение Default, раздел форматируется более мелкими 4KB кластерами. Проверить размер кластера уже отформатировано ранее раздела можно с помощью утилиты fsutil

В нашем примере видно, что диск отформатирован кластерами по 64KB.

Для систем на базе Windows Server 2003 пример создания раздела со смещением в 1024KB на MBR-диске и форматирования этого раздела в NFTS с размером кластера 64KB может выглядеть следующим образом:

Дополнительные источники информации:

Проверено на следующих конфигурациях:

Версия ОС
Microsoft Windows Server 2012 R2 Standard EN (6.3.9600)

Автор первичной редакции:
Алексей Максимов
Время публикации: 10.02.2019 17:30

Только вариант клиент-серверной версии 1C:Предприятие 8 под MS SQL Server.

Только кластеры NTFS и блоки RAID-массива (пусть даже это RAID0 из одного диска) в операционных системах Windows Server 2003 (и Windows XP).

Внимание! Действие статьи не распространяется на RAW-партиции и простые диски HDD, не входящие ни в какой RAID-массив с собственным контроллером.

Также маловероятна проблема в в Windows Server 2008 и Windows Vista.

Предмет оптимизации

Средняя степень влияния

Практически все основные типы нагрузки ввода-вывода SQL Server получат выигрыш от этой оптимизации от 9 до 23%.

Способы определить наличие проблемы

Наличие цифры 32256 (потому что смещение offset 32256 / 512 байт на сектор = 63).

2. С помощью утилиты DiskExt.

3. С помощью обработки для 1С:Предприятие 8.1 NTFS.epf

1. Скопировать ВСЮ информацию с диска (предположим, что имя диска D:) на другой локальный диск (например диск E:) используя команду xcopy с параметрами копирования файлов и каталогов включая ownership и ACL.

xcopy D:\*.* E:\DiskD /E /K /O /X

Запустить Disk Management и посмотреть какой физический диск соответствует логическому диску D; допустим это диск 1.

Запустить Disk Management и удалить логический раздел D на физическом диске 1. (Т.е. чтобы выровнять раздел, нужно удалить смещённый раздел).

2) Внимание! Утилита DISKPART уничтожит данные на диске.

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

DISKPART> select disk 1

Disk 1 is now the selected disk.

DISKPART> create partition primary align=64

DiskPart succeeded in creating the specified partition.

3) В Disk Management создать диск (отформатировать)

4) Скопировать файлы обратно (если есть такая необходимость)

xcopy E:\DiskD\*.* D:\ /E /K /O /X

Запись опубликована автором admin в рубрике MS SQL Server, Администрирование, производительность, тюнинг. Добавьте в закладки постоянную ссылку.

Влияние HDD на быстродействие 1С:Предприятие 8 : 8 комментариев

да, все верно, выравнять можно разными инструментами, просто одни платные а другие не очень )

А если на физическом диске 1 два логических раздела утилита DISKPART второй раздел не уничтожит?
Вернее если быть точным то это 2 физических диска собраны в RAID 1

думаю что уничтожит, но вы же бэкап сделаете до этого нужных Вам данных, верно?

Беда в том что второй логический диск системный. Как быть в таком случае?

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

Спасибо за статью. Очень познавательно!
А если нечего не предпринимать, то в процентном соотношение продуктивности, теряется максимально до 25%?

Читайте также: