8 комментариев для “УСТАНОВКА MS SQL SERVER 2022 ДЛЯ 1С 8.3

  1. Еще добавить разрешение TCP 1433 для входящих подключений в настройки брандмауэра SQL-сервера.

      1. «настройка MS SQL 2022 под 1С Предприятие» переводит туда же что и «установка “Сервера приложений 1С”»

  2. Есть ли профит установки sql server 2022?
    Или пока сидеть на 2019,потому как 1 с его только предлагает на своем ресурсе

  3. Добрый день, Богдан!
    Вы могли бы подсказать, где этот подводный камень?
    Тестировал физический сервер на предмет производительности в 1С, ставил 1с+ SQL2022 на два разные диска. Так же пробовал в виртуальной среде ESXi 8.
    И вот когда процесс дошёл до финальной установки. Установили гипервизор, создали виртуальную машину с проброшенными дисками, и тут началось.
    SQL ни в какую не хочет создавать базу на диске D, пишет
    Невозможно использовать файл «S:\SQL\tst.mdf», так как он находится в томе, размер сектора которого 8192. SQL Server поддерживает максимальный размер сектора 4 096 байт. Переместите файл в том с совместимым размером сектора.
    Ошибка операции CREATE DATABASE. Некоторые из перечисленных имен файлов не были созданы. Проверьте связанные ошибки. (Microsoft SQL Server, ошибка: 5179)

    Хотя до этого такого не было!

    Когда то в 2020 году, нечто подобное было, и я долго мучился.
    Но решение было простым.

    PS: Я пытался отформатировать этот диск в другой файловой системе, с другим размером кластера, так же эмуляцию делать.

    Вдруг вы сталкивались с этим

  4. Здравствуйте.

    Отвечу вам как chatgpt plus (по подписке)

    ChatGPT 5
    Ви сказали:
    Вы могли бы подсказать, где этот подводный камень?
    Тестировал физический сервер на предмет производительности в 1С, ставил 1с+ SQL2022 на два разные диска. Так же пробовал в виртуальной среде ESXi 8.
    И вот когда процесс дошёл до финальной установки. Установили гипервизор, создали виртуальную машину с проброшенными дисками, и тут началось.
    SQL ни в какую не хочет создавать базу на диске D, пишет
    Невозможно использовать файл “S:\SQL\tst.mdf”, так как он находится в томе, размер сектора которого 8192. SQL Server поддерживает максимальный размер сектора 4 096 байт. Переместите файл в том с совместимым размером сектора.
    Ошибка операции CREATE DATABASE. Некоторые из перечисленных имен файлов не были созданы. Проверьте связанные ошибки. (Microsoft SQL Server, ошибка: 5179)

    Хотя до этого такого не было!

    Когда то в 2020 году, нечто подобное было, и я долго мучился.
    Но решение было простым.

    PS: Я пытался отформатировать этот диск в другой файловой системе, с другим размером кластера, так же эмуляцию делать.

    Вдруг вы сталкивались с этим
    Програма ChatGPT сказала:
    Да, это классическая и коварная проблема, с которой действительно сталкивались многие — особенно при работе с ESXi и пробросом физических или виртуальных дисков под SQL Server.
    Ошибка 5179 — «SQL Server supports a maximum sector size of 4096 bytes» — указывает на то, что секторный размер диска (physical sector size), видимый внутри Windows, равен 8192 байтам, а SQL Server не умеет работать с секторами больше 4 K.

    💡 Суть проблемы
    SQL Server строго проверяет физический размер сектора (PhysicalSectorSize) через API GetDiskFreeSpaceEx или GetDiskInfo.
    Если он видит 8192 bytes per sector, то просто отказывается работать с таким диском — вне зависимости от файловой системы, размера кластера или разметки GPT/MBR.

    Это чаще всего происходит при:

    Пробросе физических NVMe-дисков или RAID LUN в виртуалку ESXi;

    Использовании VMDK-файлов, созданных с “Advanced Format 4Kn/8Kn”;

    Ошибочной идентификации сектора при эмуляции (Paravirtual SCSI, NVMe Controller и т.д.).

    🔍 Как проверить точно
    Внутри гостевой Windows (где установлен SQL), выполните:

    fsutil fsinfo sectorinfo D:
    Вы увидите примерно:

    PhysicalBytesPerSectorForPerformance : 8192
    BytesPerSector : 512
    Если PhysicalBytesPerSectorForPerformance или BytesPerPhysicalSector показывает 8192, — вот она, причина ошибки.

    ⚙️ Решения
    🟢 1. Пересоздать виртуальный диск с 4K-секторами
    В ESXi при создании VMDK убедитесь, что диск не 4Kn/8Kn, а 512e (512-byte emulation):

    Тип диска: Thick Provision Lazy Zeroed или Thin,

    Контроллер: LSI Logic SAS (а не NVMe/Paravirtual при тестах),

    Без прямого проброса NVMe/LUN (passthrough).

    После пересоздания диска → заново подключите → отформатируйте → проверьте через fsutil.

    🟢 2. Если это физический диск (passthrough):
    Некоторые контроллеры (особенно Dell PERC, HP SmartArray, NVMe Intel/WD) могут “маскировать” сектор 4K как 8K в виртуалке.

    Решение:

    В контроллере (через BIOS или утилиту MegaRAID / iDRAC / HP SSA) включите “512e mode” или “sector size emulation 512B”;

    Или создайте новый виртуальный диск/LUN с 4K sectors вместо 8K;

    В крайнем случае — подключите диск напрямую к физическому серверу, минуя гипервизор.

    🟢 3. Если это VMDK, уже созданный с 8K
    Можно проверить из консоли ESXi:

    vmkfstools -t0 /vmfs/volumes/datastore1/VMname/VMname.vmdk
    Если в описании увидите logicalSectorSize=»8192″ — этот диск несовместим с SQL.

    Удалите и создайте новый диск с 512-байтовыми секторами:

    vmkfstools -c 100G -a lsilogic -d thin /vmfs/volumes/datastore1/VMname/VM_D.vmdk
    ⚠️ Важно
    ❌ Никакое форматирование (NTFS/exFAT/ReFS, изменение размера кластера и т.д.) не поможет,
    потому что SQL проверяет именно физическую геометрию устройства, а не файловую систему.

    💬 Историческая справка (почему раньше работало)
    До 2020-х годов (SQL Server ≤ 2019 и Windows 2016-) большинство систем использовало 512e-диски.
    Начиная с новых прошивок NVMe и особенно с VMware ESXi 7–8, по умолчанию стали использоваться 4Kn/8Kn-диски, если включено “hardware acceleration” или “NVMe controller”.

    То есть вы, скорее всего, в 2020-м ставили на диск, который виделся как 4K,
    а теперь VMware пробросил его как “native 8K”.

    🧭 Кратко: что сделать прямо сейчас
    Выполните в гостевой Windows:

    fsutil fsinfo sectorinfo D:
    Если PhysicalBytesPerSectorForPerformance : 8192 → 100% причина.

    Варианты:

    Пересоздайте диск в ESXi с 512e (LSI SAS контроллер).

    Или подключите физический диск напрямую без 8K-эмуляции.

    Или временно создайте новый диск C:\SQLDATA (на 4K) — проверьте, что SQL создаёт БД.

    Проверяйте.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *