Настройка hyper v для 1с
Microsoft Windows Server 2008 R 2, Xeon E 5-2620 v 4, DDR 4 196496 МБ, Adaptec RAID 8405 ( RAID 10 - 4 HDD WD 1 ТБ) – 2 ТБ, одним диском - C: (NTFS)
На нем работает терминальный сервер, 1С 8.3 + SQL 2008 R 2. ( больше ничего, кроме этого).
Настала необходимость миграции сервера на - Microsoft Windows Server 2019.
В связи с этим появилась мысль сделать отказоустойчивый сервер в Hyper - V (перенести все в виртуальную среду).
Имею опыт развертывания Hyper - V на сервере 2019 с графической оболочкой.
Во-первых – ощутимая ли разница в производительности между Hyper - V Core и Hyper - V GUI ?
Если я установлю на Hyper - V GUI Server 2019 - Server 2019 c о всем этим добром, не получу тормоза?
Конфигурацию планирую с динамическим распределением памяти, диск виртуальный на том же C: (NTFS) из RAID 10. Установить VeemBackup , и получить полный комфорт с бекапами и отвязкой от железа.
Хочу услышать мнения специалистов, чтобы не огрести грабли ……
P / S – Сейчас нагрузка на дисковую систему в работе минимальная, так как SQL почти все держит в ОЗУ, где то 65000 Мб, он кушает, 1 C – 40000 Мб примерно.
Ответы
Про то, что 1С требовательная к частоте процессора, Вы можете почитать как сайт самого Гилева (Рекомендации по процессорам при подборе серверного оборудования для 1С), так и любые другие статьи, посвященные производительности 1С.
Тогда у Вас не должно возникнуть сложностей с миграцией.
В hyper-v core у Вас есть командная строка и даже powershell. А вообще, особой сути его не имеет ставить, тем более если нет опыта. Разверните его в лабе и поиграйтесь. А поддерживает ли Veem OC c Core, можете найти в документации или проконсультироваться с тех поддержкой.
- Предложено в качестве ответа Vector BCO Moderator 22 декабря 2020 г. 9:35
- Помечено в качестве ответа Vector BCO Moderator 17 марта 2021 г. 20:56
Все ответы
Приветствую. Можно установить непосредственно Hyper-V Server, либо при желании установить старшую версию с GUI, сделать необходимые настройки и при необходимости удалить gui. Если использовать отказоустойчивость то в бесплатной версии Hyper-V Server доступен функционал failover cluster. Для баз данных рекомендуется пользовать ssd уровня предприятия.
Здравствуйте. В виртуализированный среде Вы так или иначе потеряете в производительности. Не так много, но всё равно. Можно погуглить разные тесты, допустим: Сравнение производительности виртуальных машин Hyper-V 1-го и 2-го поколения на примере работы 1С
- Отказоустойчивости нет в Microsoft. Высокая доступность.
- Ну и Вы должны понимать, чтоб роли лучше не совмещать - терминалку и 1С с MS SQL. А вот 1С и MS SQL можно. Всяко быстрей будет грузиться база.
Разницы не должно быть между Core и графикой.
1эске важна высокая частота процессора. Судя по Вашему процессору и дискам, у Вас должно уже сейчас все медленно работать. Хотя зависит от баз, конфигурации и размера.
И виртуальная машина с базами отдельно на Raid 10 из 6 SSD дисков.
То есть можно сказать, всё плохо ) Но конфигурация типовая, размер самой большой базы 8ГБ, запускается секунд 5, бухгалтера не жулаются.
- Но мой совет - облако. Дешево, лицензии, бэкапы, обновления. Не надо админить )
- Изменено Андрей Михалевский 21 декабря 2020 г. 13:00
- Предложено в качестве ответа Vector BCO Moderator 21 декабря 2020 г. 13:02
- Отменено предложение в качестве ответа Alexander Rusinov Moderator 21 декабря 2020 г. 19:47
- Предложено в качестве ответа Vector BCO Moderator 22 декабря 2020 г. 9:35
Здравствуйте. В виртуализированный среде Вы так или иначе потеряете в производительности. Не так много, но всё равно. Можно погуглить разные тесты, допустим: Сравнение производительности виртуальных машин Hyper-V 1-го и 2-го поколения на примере работы 1С
- Отказоустойчивости нет в Microsoft. Высокая доступность.
- Ну и Вы должны понимать, чтоб роли лучше не совмещать - терминалку и 1С с MS SQL. А вот 1С и MS SQL можно. Всяко быстрей будет грузиться база.
Разницы не должно быть между Core и графикой.
1эске важна высокая частота процессора. Судя по Вашему процессору и дискам, у Вас должно уже сейчас все медленно работать. Хотя зависит от баз, конфигурации и размера.
Сравнение моего процессора и Вашего: Intel Xeon E5-2620 v4 @ 2.10GHz vs AMD EPYC 7451
И виртуальная машина с базами отдельно на Raid 10 из 6 SSD дисков.
Тест гилева:
То есть можно сказать, всё плохо ) Но конфигурация типовая, размер самой большой базы 8ГБ, запускается секунд 5, бухгалтера не жулаются.
- Но мой совет - облако. Дешево, лицензии, бэкапы, обновления. Не надо админить )
Андрей, давайте не будем гнать всех в облака, тем более что есть там много ньюансов. Как минимум тс не сможет использовать купленные им лицензии на sql, win server, rds call. Да и закон о персональных данных никто не отменял, по использованию лицензий 1с в облаках Если мне не изменяет память допустимо, но многое зависит от поставщика услуг. Рекомендации нужно давать после наличие у вас данных о железе, нагрузке и конфигурации по.
Настраиваем новый сервер с процессором Intel Xeon E5506 2,5ГГц.
Установили гипервизор Microsoft Hyper-V.
Теперь стоит вопрос по конфигурации виртуальных машин на этом сервере.
Стоит ли делать отдельные виртуальные машины для 1) сервера 1С:Предприятие и 2) SQL-сервера?
Вопрос на засыпку - сторадж внешний через iSCSI или доступ к дисковой подсистеме идет через гипервизор?
(3) А зачем вообще это сделали? Или планируется на этом сервере крутить еще какие-то сервисы, кроме 1С?
(5) Если к виртуалке через iSCSI прикрутить внешний высокоскоростной сторадж, на котором хранить данные - то все в принципе ОК. Но с локальной дисковой подсистемой возникает прокладка в виде гипервизора, через который гонять дисковые операции БД не очень-то комильфо.
к слову - никто не запрещает пользоваться внутренней базой данных виндуз в своих корыстных целях - размер базы может быть до 524 Гб на сколько мене маразм не изменил
(3) То есть выделенный диск хостом под данные и файловый диск под систему?
(0) Не забудьте настроить резервацию памяти SQL.
(8) Какой еще внутренней базой данных? Есть SQL Express, который в 2012 умеет использовать не более 1 Гб ОЗУ и создавать базу не более 10 Гб.
(1),(3) ну для получения тех преимуществ которые дает виртуализация: в основном удобство администрирования серверов
(12) Пруф когда-нибудь будет на ваше "читай. кури. "? Или так и будете звиздеть, демонстрируя свою некомпетентность?
(13) Если сервер предназначен только для 1С, никакого дополнительного удобства при применении виртуализации не будет (кроме разве что снэпшотов ВМ, которые легко заменить регулярными бэкапами). Даже наоборот. Лучше бы прямо на железо ставили.
(13)А сколько у тебя этих серверов?
Я не против виртуализации, я даже за.
Но в данном конкретном случае важно понимать, что скорость работы упадет раза в два по сравнению с голым железом.
Процента 3 отожрет виртуализация, остальные - тормоза при работе с диском.
(9) на сервере два винта: один под системой, второй планируем под SQL-базы
что такое "резервацию памяти SQL", где она настраивается?
(21)А кто говорит что должны быть недовольны?
Если у них железо с хорошим запасом по отношению к нагрузке.
(22)Да.
(18) а зачем это "Windows_Internal_Database" нужно?
как я понял для 1С эту базу данных я не смогу использовать
(21) у нас в конторе 2 сервера 1с на виртуалке. Постоянные зависания регламентов и проч. Мы недовольны
Если у тебя нормальное железо, и нагрузка небольшая то будет хорошо работать и там и там.
А вот если железо в притык, а нагрузка большая, особенно на дисковую систему, то будут тормоза недетские.
(20) Хост может предоставлять клиентам два режима дисков: выделенный - когда он отключается под хостом и прокидывается как устройство клиенту и файловый, когда на хосте располагаются виртуальные диски в виде файлов. Второе удобно в обращении, первое более производительное но теряет все прелести виртуализации. Это удобно когда используется какой-нибудь SecretDisk, то на одну лицензию можно повесить все клиентские диски(машины).
В свойствах SQL сервера.
(29)Проблема не в скорости работы ФС, а в скорости доступа к ней.
Хоть заускоряйся.
По нормальному, для высокой нагрузки только iSCSI.
· в рамках виртуальной машины можно работать с устаревшими программными решениями и операционными системами;
Как раз мой случай. Можно использовать имеющиеся в наличие лицензии на Win2003 сервер, который просто не встает на многие современные контроллеры жестких дисков.
· возможность создать защищенные пользовательские окружения для работы с сетью, в этом случае вирусные атаки могут нанести вред операционной системе, а не виртуальной машине;
· несколько виртуальных машин, развернутых на физических ресурсах одного компьютера, изолированы друг от друга, таким образом, сбой одной из виртуальных машин не повлияет на доступность и работоспособность сервисов и приложений других;
Тоже полезная вещь для 1С. Разнести сервер приложений 1С и сервер SQLпо разным виртуальным машинам и выделив каждой по 4ГБ оперативки (предел для 32 разрядной Win32) позволит хоть немного бороться с бичом 32 разрядных систем –фрагментацией оперативной памяти при выполнение больших запросов.
Крайне не рекомендую использовать 32 разрядные системы с большими конфигурациями типа УПП. В какой-то момент вы просто не сможете обновить конфигурации без перезагрузки сервера 1С. В какой-то момент не поможет и перезагрузка. В нашем случае мы пока экономим деньги, а потом можно будет легко создать другую ВМ с 64 разрядной системой и перенести все на нее почти не прерывая работы.
· поскольку каждая виртуальная машина представляет собой программный контейнер, то она может быть перенесена или скопирована, как и любой иной файл;
Полезная вещь, когда надо быстро перенести систему на другой сервер.
· возможность сохранения состояния виртуальной машины позволяет быстро вернуться к точке до внесения изменений в систему;
· в рамках одной гостевой операционной системы может быть развернуто несколько виртуальных машин, объединенных в сеть и взаимодействующих между собой;
· виртуальные машины могут создавать представления устройств, которых физически нет (эмуляция устройств).
Из недостатков – вполне предсказуемое некоторое снижение скорости работы. Но намного менее существенное, чем при использовании бесплатных SQLсерверов.
Железо для сервера:
Процессор intel-corei3-4130 (4 ядра)
Материнская плата GA-Z87M-HD3 (с поддержкой RAID)
2 жестких диска по 1GB (sata).
8 ГБ ОЗУ.
Итак, этапы создания:
Я отступил от рекомендуемой схемы и не стал делать отдельный раздел для HOSTOSи для данных. Это вызвано тем, что мне не удалось создать файл виртульной машины в подмонтируемой области. К сожалению мне будет сложнее переставить ОС и не затронуть данные.
Я выделил на SWAP 10 GB (чуть больше ОЗУ), остальное создал один большой раздел EXT4.
6. Сразу после загрузки меняем графический интерфейс на старый добрый гном. Иначе после установки VirtualBoxпропадут все менюшки из интерфейса и вы останетесь с красивым но пустым экраном. Подробные инструкции
Эти драйвера позвляют использовать нормальное разрешение экрана из GUESTсистемы, что очень важно для дальнейшей установки и работы. Драйвер можно найти в дистрибутиве, но проще скачать из интернета.
11. Меняя подмонтированные ISOили из файлов дистрибутивов устанавливаем Сервер 1С, ServerSQL,настраиваем терминальный сервер. Действия ничем не отличаются от настройки невиртуальной системы.
Порт 3389 – порт Терминального сервера
1540,1541,1560-1561 -порты 1С
1433,1434,1954 SQLсервер (необязательно)
Небольшая организация с сетью из 20 ПК без домена столкнулась с проблемой низкой скоростью работы 1С когда количество пользователей увеличилось до 5, обратились ко мне за помощью в организации сервера 1С. Финансы позволяют купить только 1 ПК. Есть желание организовать работу следующим образом, купить ПК и установить на него Hyper-V Server 2012 R2, в рамках одной лицензии Server 2012 R2 Standart на нем запустить 2 ВМ, одну под контроллер домена и одну под терминальный сервер с базами 1С.
Вопросы:
1. Стоит ли использовать связку Hyper-V Server 2012 R2 и 2 ВМ на ней? Насколько она работоспособна. Из преимуществ вижу плюсы в лицензировании (1 лицензия на Windows). Контроллер домена хочу запустить для решения вопросов безопасности, да и удобства работы с пользователями. Или построить все по классической схеме Windows Server 2012 R2 как основная ОС и на ней роль Hyper-V для терминала. Но тогда нужно будет с точки зрения 2 лицензии на Windows или отказаться от контроллера домена.
2. Есть возможность в бюджете использовать SSD диск под ВМ с 1С. При этом планировал установить саму Hyper-V Server 2012 R2 и ВМ с контроллером домена на 2 SATA диска в RAID1. А ВМ с терминалом и 1C на диск SSD, насколько это решение правильное?
- Вопрос задан более трёх лет назад
- 5864 просмотра
Вопросы с производительностью решаются так - анализируем систему, находим, какой компонент устраивает нам "полку" в графике производительности. Дальше решаем вопросы.
А то получается, что вы сейчас побежите менять сервер, а виноват будет свитч D-LINK на 100 мегабит.
1. Рассмотрите возможность использования непроприетарного гипервизора. KVM, например, позволит сэкономить 4-10 гигабайт оперативки за счет дедупликатора KSM.
2. Решение с дисками правильное.
3. Главный вопрос - Где Ваш Бэкап? Напоминаю в 100500 раз, что RAID - не бэкап, а просто средство продержаться дольше.
В данный момент когда я пришел в организацию посмотреть как все работает сейчас, база лежит на NAS в котором 2 диска в RAID1, сеть гигабитная, пока 1-2 пользователя 1С работает более менее, как пользователей добавляется дисковая система NAS видимо не справляется.
По бэкапам 2 варианта или еще один диск в сервер для этого или бэкапы на существующий NAS.
Александр Смирнов: Итого, 1С работает без SQL-базы, база лежит на SMB-шаре на NAS, а на тренды вы не смотрели?
Армянское Радио: Да обычная файловая, при этом база в пределах 1.5 Gb. NAS - Synology. Тренды всмысле TRENDnet NAS? Я стал рассматривать решение севера т.к это позволит сократить время-затраты на администрирование, для меня данная организация в режиме консультирования и разовых работ.
Александр Смирнов: Тренды - это такие графики. Нагрузка на сеть, время отклика и так далее.
Решение с сервером и переводом пользователей на терминал совершенно правильное.
Армянское Радио: Не правильно Вас понял, нет не смотрел, но думаю, что на NAS самое узкое место в этой цепочке.
При размещении 1С в облачной инфраструктуре и среде виртуализации наиболее важными и непростыми задачами являются повышение скорости работы платформы «1С» и настройка СУБД. Для достижения максимальной производительности инфраструктуры 1С рекомендуется правильно выбирать архитектуру инфраструктуры, режимы работы, проверить и выполнить ряд важных настроек.
В зависимости от количества пользователей, размера баз данных и ограничений бюджета (с учетом стоимости дополнительных лицензий на сервер «1С:Предприятие 8» и лицензий на СУБД) платформа «1С» может работать в файловом и клиент-серверном вариантах (на основе трехуровневой архитектуры «клиент-сервер» (рис. 1): клиентское приложение, кластер серверов «1С:Предприятия 8», СУБД).
Рис. 1
Как правильно выбрать вариант/режим работы 1С: файловый или SQL?
Обычно для 1-10 пользователей выбирается файловый режим
От 10 и более пользователей выбирается режим работы с использованием SQL
В файловом варианте все пользователи могут работать на одной виртуальной машине в облаке, например на терминальном сервере.
Для клиент-серверного варианта лучше выбрать не менее двух виртуальных машин:
Сервер с клиентским приложением, например терминальный сервер с клиентской частью «1С» (толстый клиент)
Сервер «1С» и СУБД (MS SQL или PostgreSQL)
Как рассчитать мощности сервера для 1С в файловом режиме работы?
В обоих вариантах: файловом и SQL, для работы с пользовательским приложением 1С в классическом режиме, например, «удаленного рабочего стола» (так называемый «толстый клиент»), необходимы следующие минимальные ресурсы виртуального сервера:
Количество виртуальных ядер CPU = 1 или 2 для ОС + 0,25 * количество пользователей
Объем памяти RAM = 1 или 2 ГБ для ОС + 0,5 ГБ * количество пользователей
Размер диска/хранилища HDD = 20-40 ГБ для ОС и приложений + (0,1-10) ГБ * количество пользователей. Для ОС и 1С рекомендуется использовать самые быстрые диски
Как рассчитать мощности сервера для 1С в варианте работы с SQL?
В клиент-серверном варианте работы 1С, в котором используется СУБД SQL, рекомендуется разместить 1С Сервер и сервер SQL на отдельном виртуальном сервере в общей с клиентским сервером локальной подсети. Необходимы следующие минимальные мощности для этого виртуального сервера:
Размер диска/хранилища HDD = 20-40 ГБ для ОС и приложений + (10-1000) ГБ в зависимости от объема и количества баз данных. Для ОС и СУБД рекомендуется использовать самые быстрые диски
------------
ОС - операционная система, например, Windows Server
Здесь Сервер 1С - ПО "сервер "1С:Предприятия 8"
Наиболее важными и непростыми задачами являются повышение продуктивности использования платформы «1С» в облаке и настройка СУБД. Типичные проблемы при развертывании и эксплуатации облачной инфраструктуры для «1С» следующие:
Неправильный выбор мощностей
Неквалифицированная настройка сервисов виртуальной инфраструктуры
Недостаточное внимание к тестированию производительности платформы «1С»
Для достижения максимальной производительности рекомендуется проверить и выполнить ряд настроек. Прежде всего необходимо исключить свопинг, для чего с помощью системы мониторинга следует обязательно удостовериться в том, что объем оперативной памяти достаточен для работы ВМ. Кроме того, файл подкачки ОС, профили пользователей, файлы баз данных, файлы логов транзакций (SQL) и tempDB (SQL) лучше разместить на дополнительных SSD-дисках, а для файла подкачки установить фиксированный размер.
На SQL-сервере необходимо выключить все ненужные службы, например FullText Search и Integration Services, установить максимально возможный объем оперативной памяти, максимальное количество потоков (Maximum Worker Threads) и повышенный приоритет сервера (Boost Priority), задать ежедневную дефрагментацию индексов и обновление статистики, настроить автоматическое увеличение файла базы данных (не менее 200 Мбайт) и файла лога (не менее 50 Мбайт), а также полную реиндексацию не реже одного раза в неделю. При размещении серверов SQL и «1С:Предприятие» на одной ВМ следует включить протокол Shared Memory.
Следуя перечисленным выше рекомендациям, можно добиться увеличения быстродействия платформы «1С» в облаке в 1,5–2 раза.
Квалифицированное размещение ИТ-сервисов, в том числе «1С», на облачной платформе позволяет:
Существенно сократить расходы
Повысить уровни безопасности (доступ к данным, резервное копирование, антивирусная защита и др.) и технического обслуживания
Обеспечить централизованное администрирование и мониторинг
Организовать эффективную и безопасную удаленную работу
Воспользоваться гибкими возможностями масштабирования, лицензирования и оперативного перехода на необходимые версии конфигураций «1С»
ЧЕК-ЛИСТ ПО ОПТИМИЗАЦИИ ИНФРАСТРУКТУРЫ 1С С MS SQL
1. Включить возможность мгновенной инициализации файлов (Database instant file initialization)
Это позволяет ускорить работу таких операций как:
Создание базы данных
Добавление файлов, журналов или данных в существующую базу данных
Увеличение размера существующего файла (включая операции автоувеличения)
Восстановление базы данных или файловой группы
Для включения настройки:
На компьютере, где будет создан файл резервной копии, откройте приложение Local Security Policy (secpol.msc)
Разверните на левой панели узел Локальные политики, а затем кликните пункт Назначение прав пользователей
На правой панели дважды кликните Выполнение задач по обслуживанию томов
2. Включить параметр «Блокировка страниц в памяти» (Lock pages in memory)
Эта настройка определяет, какие учетные записи могут сохранять данные в оперативной памяти, чтобы система не отправляла страницы данных в виртуальную память на диске, что может повысить производительность.
Для включения настройки:
В меню Пуск выберите команду Выполнить. В поле Открыть введите gpedit.msc
В консоли Редактор локальных групповых политик разверните узел Конфигурация компьютера, затем узел Конфигурация Windows
Разверните узлы Настройки безопасности и Локальные политики
Выберите папку Назначение прав пользователя
Политики будут показаны на панели подробностей
На этой панели дважды кликните параметр Блокировка страниц в памяти
В диалоговом окне Параметр локальной безопасности — блокировка страниц в памяти выберите «Добавить» пользователя или группу
В диалоговом окне Выбор: пользователи, учетные записи служб или группы добавьте ту учетную запись, под которой у вас запускается служба MS SQL Server
Чтобы изменения вступили в силу, перезагрузите сервер или зайдите под тем пользователем, под которым у вас запускается MS SQL Server
3. Включить каталоги с файлами базы данных в правила исключения для антивируса.
Если антивирус будет сканировать файлы базы, это может сильно замедлить работу СУБД.
Для опытных администраторов: антивирус на сервер СУБД лучше не устанавливать.
4. Включить каталоги с файлами базы данных в список исключений для системы автоматического копирования.
Если на сервере установлена система автоматического копирования файлов, то, когда она будет копировать файлы базы, это может привести к замедлению работы. Копии базы необходимо делать средствами самой СУБД.
5. Отключить механизм DFSS для дисков.
Механизм Dynamic Fair Share Scheduling отвечает за балансировку и распределение аппаратных ресурсов между пользователями. Иногда его работа может негативно сказываться на производительности 1С.
Чтобы отключить его только для дисков, нужно:
Найти в реестре ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TSFairShare\Disk
Установить значение параметра EnableFairShare в 0
6. Отключить сжатие данных для каталогов, в которых лежат файлы базы.
При включенном сжатии ОС будет пытаться дополнительно обрабатывать файлы при модификации, что замедлит сам процесс записи, но сэкономит место.
Чтобы отключить сжатие файлов в каталоге, необходимо:
Открыть свойства каталога
На закладке Общие нажать кнопку Другие
Снять флаг «Сжимать» содержимое для экономии места на диске
7. Установить параметр «Максимальная степень параллелизма» (Max degree of parallelism) в значение 1.
Данный параметр определяет, во сколько потоков может выполняться один запрос. По умолчанию параметр равен 0, это означает, что сервер сам подбирает число потоков. Для баз с характерной для 1С нагрузкой рекомендуется поставить данный параметр в значение 1, т.к. в большинстве случаев это положительно скажется на работе запросов.
Для настройки параметра необходимо:
Запустить Management Studio и подключиться к нужному серверу
Открыть свойства сервера и выбрать закладку Дополнительно
Установить значение параметра равное единице
8. Ограничить максимальный объем памяти сервера MS SQL Server.
Необходимо ограничить максимальный объем памяти, потребляемый MS SQL Server, особенно это критично, если роли сервера 1С и сервера СУБД совмещены. Максимальный объем памяти, рекомендуемый для MS SQL Server, можно рассчитать по следующей формуле:
Память для MS SQL Server = Память всего – Память для ОС – Память для сервера 1С
Например, на сервере установлено 64 ГБ оперативной памяти, необходимо понять, сколько памяти выделить серверу СУБД, чтобы хватило серверу 1С.
Для нормальной работы ОС в большинстве случаев более чем достаточно 4 ГБ, обычно – 2-3 ГБ.
Чтобы определить, сколько памяти требуется серверу 1С, необходимо посмотреть, сколько памяти занимают процессы кластера серверов в разгар рабочего дня. Этими процессами являются ragent, rmngr и rphost, подробно данные процессы рассматриваются в разделе, который посвящен кластеру серверов. Снимать данные нужно именно в период пиковой рабочей активности, когда в базе работает максимальное количество пользователей. Получив эти данные, необходимо прибавить к ним 1 ГБ – на случай запуска в 1С «тяжелых» операций.
Чтобы установить максимальный объем памяти, используемый MS SQL Server, необходимо:
Запустить Management Studio и подключиться к нужному серверу
Открыть свойства сервера и выбрать закладку Память
Указать значение параметра Максимальный размер памяти сервера
9. Включить флаг «Поддерживать» приоритет SQL Server (Boost SQL Server priority).
Данный флаг позволяет повысить приоритет процесса MS SQL Server над другими процессами.
Имеет смысл включать флаг только в том случае, если на компьютере с сервером СУБД не установлен сервер 1С.
Для установки флага необходимо:
Запустить Management Studio и подключиться к нужному серверу
Открыть свойства сервера и выбрать закладку Процессоры
Включить флаг «Поддерживать приоритет SQL Server (Boost SQL Server priority)» и нажать Ок
10. Установить размер авто увеличения файлов базы данных.
Автоувеличение позволяет указать величину, на которую будет увеличен размер файла базы данных, когда он будет заполнен. Если поставить слишком маленький размер авторасширения, тогда файл будет слишком часто расширяться, на что будет уходить время. Рекомендуется установить значение от 512 МБ до 5 ГБ.
Для установки размера авторасширения необходимо:
Запустить Management Studio и подключиться к нужному серверу
Открыть свойства нужной базы и выбрать закладку Файлы
Напротив каждого файла в колонке Автоувеличение поставить необходимое значение
Данная настройка будет действовать только для выбранной базы. Если вы хотите, чтобы такая настройка действовала для всех баз, нужно выполнить эти же действия для служебной базы model. После этого все вновь созданные базы будет иметь те же настройки, что и база model.
11. Разнести файлы данных mdf и файлы логов ldf на разные физические диски.
В этом случае работа с файлами может идти не последовательно, а практически параллельно, что повышает скорость работы дисковых операций. Лучше всего для этих целей подходят диски SSD.
Для переноса файлов необходимо:
Запустить Management Studio и подключиться к нужному серверу
Открыть свойства нужной базы и выбрать закладку Файлы
Запомнить имена и расположение файлов
Отсоединить базу, выбрав через контекстное меню Задачи – Отсоединить
Поставить флаг Удалить соединения и нажать Ок
Открыть Проводник и переместить файл данных и файл журнала на нужные носители
В Management Studio открыть контекстное меню сервера и выбрать пункт Присоединить базу
Нажать кнопку Добавить и указать файл mdf с нового диска
В нижнем окне сведения о базе данных в строке с файлом лога нужно указать новый путь к файлу журнала транзакций и нажать Ок
12. Вынести файлы базы TempDB на отдельный диск.
Служебная база данных TempDB используется всеми базами сервера для хранения, промежуточных расчетов, временных таблиц, версий строк при использовании RCSI и многих других вещей. Обычно обращений к этой базе очень много, и если она будет лежать на медленных дисках, это может замедлить работу системы.
Рекомендуется хранить базу TempDB на отдельном диске для повышения производительности работы системы.
Для переноса базы TempDB на отдельный диск необходимо:
Запустить Management Studio и подключиться к нужному серверу
Создать окно запроса и выполнить скрипт:
ALTER DATABASE tempdb
MODIFY FILE (NAME = tempdev, FILENAME = 'Новый_Диск:\Новый_Каталог\tempdb.mdf')
ALTER DATABASE tempdb
MODIFY FILE (NAME = templog, FILENAME = 'Новый_Диск:\Новый_Каталог\templog.ldf')
Перезапустить MS SQL Server
13. Включить Shared Memory, если сервер 1С расположен на том же компьютере, что и сервер СУБД.
Протокол Shared Memory позволит общаться приложениям через оперативную память, а не через протокол TCP/IP.
Для включения Shared Memory необходимо:
Запустить диспетчер конфигурации SQL Server
Зайти в пункт SQL Native Client – Клиентские протоколы – Общая память – Включено
Поставить значение Да и нажать Ок
Протокол Именованные каналы нужно выключить аналогичным образом
14. Перезапустить службу MS SQL Server
Внимание! Когда все настройки выполнены, необходимо перезапустить службу MS SQL Server
Читайте также: