Перенос SQL сервера из файлопомойки в физический сервер

все о совместной работе этих продуктов

Модератор: Дмитрий Юхтимовский

Перенос SQL сервера из файлопомойки в физический сервер

Сообщение studiodlx » 18 июн 2020, 20:36

Добрый вечер форуму. Я системный администратор с нулевым опытом работы с SQL базами 1С, работал только с файловыми. Пригласили админом на новую работу. Поставили задачу разгрузить ресурсы имеющегося сервера с формулировкой "тупит, иногда виснет, приходиться периодически перезагружать". Сервер достался в наследство от материнской компании. Заглянул я на сервер и ахнул. Файлопомойка, 35 в одном. Сервер 1С, SQL, сервер терминалов и много прочего ПО в одном флаконе. 80-100 пользователей, Активная база 105 Гб, плюс 3-4 редких баз по 4-10 Гб. Аккурат перед моим приходом закупили новый сервер за лям рублей.

Конфигурация текущего сервера:
Supermicro X9DR3-F
2x Xeon E5-2620 v2 2383 MHz
128 Гб DDR3

ОС, 1С и SQL стоят на каком-то древнем SAS, точно определить не смог. Базы лежат на 2x Samsung SSD 860 EVO 500GB в программном RAID. До недавнего времени и базы лежали на том же SAS.

Конфигурация нового сервера:
SuperServer 6029P-WTRT
2x Intel Xeon Gold 6144, 24.75M Cache, 3.50 GHz
96 Гб DDR4
4x SSD HGST Ultrastar SS300 HUSMM3280ASS204 800Гб, 2.5", SAS в RAID10 на Adaptec SAS RAID 8805E

Переносить полностью 1С на новый сервер начальник не хочет, могут возникнуть проблемы с лицензией или её активацией, не уточняет. Предлагает перенести на новый сервер только SQL. Я, со своим опытом советов давать не могу, поэтому прошу совета на форумах, а именно:

1. Имеет ли значение расположение ОС на отдельном M.2 или на том же RAID массиве? Продавец предлагает выделить раздел на RAID массиве.
2. Имеет ли смысл переносить только SQL? Будет ли прирост в производительности?
3. Читал что базы, журналы, temp базы и temp журналы желательно разносить по разным физическим дискам. В нашем случае массив только один. Приемлемо ли это?
4. Лично у меня чешутся руки запилить на отдельных виртуальных машинах 1С+SQL и RDP и не торопясь перенести базы с тестированием. Под RDP докупить SSD. Имеет ли такой вариант право на существование? Какое распределение ресурсов сервера в процентном выражении между виртуалками должно быть?

Тапками не кидайте, свою компетенцию я указал. Если исходных данных недостаточно, могу дополнить. Буду благодарен за любые ответы, советы и прочую полезную информацию.
studiodlx
 
Сообщений: 3
Зарегистрирован: 18 июн 2020, 10:57

Re: Перенос SQL сервера из файлопомойки в физический сервер

Сообщение Дмитрий Юхтимовский » 19 июн 2020, 00:06

1. ОС может находиться на любом массиве, если вы не перезагружаете сервер каждые несколько часов. Другое дело - где находятся папка temp профиля пользователя службы 1С, папки кластеров сервера 1С, где расположены файлы баз данных и их логов, а также базы tempdb и её логов.
2. см. 1.
3. Наиболее желательно разносить нагрузку, если текущее серверное оборудование обеспечивает недостаточную производительность. Если оборудование справляется с достаточной для вас скоростью - можете оставить так.
4. Вариант имеет право на существование, только надо понимать, что вы от такой схемы выигрываете, что НЕ выигрываете, а что проигрываете. Что же насчёт распределения ресурсов - можно начать с разделения поровну, и дальнейшего наблюдения за фактическим потреблением ресурсов и тем, как оборудование и софт справляются с нагрузкой.
Дмитрий Юхтимовский
 
Сообщений: 622
Зарегистрирован: 11 фев 2013, 19:28
Откуда: gilev.ru

Re: Перенос SQL сервера из файлопомойки в физический сервер

Сообщение studiodlx » 19 июн 2020, 00:26

Что же я могу проиграть, разместив сервера на виртуальных машинах?
studiodlx
 
Сообщений: 3
Зарегистрирован: 18 июн 2020, 10:57

Re: Перенос SQL сервера из файлопомойки в физический сервер

Сообщение Дмитрий Юхтимовский » 19 июн 2020, 01:37

Проиграете производительность, виртуализованный сервер 1С работает медленнее физического.
Отказоустойчивость выиграете не так чтобы слишком: всё равно у вас останется целый комок единых точек отказа в виде единственного железного сервера, в котором может выйти из строя что угодно, и вы сразу потеряете всю систему в целом.
Дмитрий Юхтимовский
 
Сообщений: 622
Зарегистрирован: 11 фев 2013, 19:28
Откуда: gilev.ru

Re: Перенос SQL сервера из файлопомойки в физический сервер

Сообщение studiodlx » 23 июл 2020, 15:08

Нежданно-негаданно изменились вводные данные. Оказывается, пользователи работают на толстых клиентах, т.к. это УПП. Имеет ли смысл в таком случае переносить 1С сервер на новое железо или его лучше оставить на месте, где запускаются толстые клиенты?
studiodlx
 
Сообщений: 3
Зарегистрирован: 18 июн 2020, 10:57

Re: Перенос SQL сервера из файлопомойки в физический сервер

Сообщение Дмитрий Юхтимовский » 23 июл 2020, 15:32

Конечно, имеет смысл. Пусть даже при работе пользователей какой-то существенной разницы не будет - остаются ещё регламентные задания, которые выполняются непосредственно на сервере 1С, и на новом сервере они должны работать существенно быстрее. К тому же, если сервер 1С и сервер СУБД будут в рамках одной Windows - они смогут общаться по shared memory, это тоже даст бонус к производительности.
Дмитрий Юхтимовский
 
Сообщений: 622
Зарегистрирован: 11 фев 2013, 19:28
Откуда: gilev.ru


Вернуться в MS SQL Server для целей 1С:Предприятие

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1