Доброго времени суток. Есть сервер 1с, на нём висит туева хуча баз, большинство из них бухгалтерия, в который бухи любят начинать сеансы и оставлять их на недели. РПхост есть 15 - 20 гигов, будут ли быстрее шевелиться рабочие базы, если вынести большинство (тестовых) баз на виртуалку с отдельным сервером?

ИМХО лучше рубить сеансы ночью

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

А сеансы РДП?

(1) Раньше рубил вечером, но утром базе тяжело разгоняться (рабочей). А тестовые я не трогаю, они меня потом с дерьмом сожрут.

(4) Читать как "регламентные задания на тестовых не отключены"?

А за счёт чего будет быстрее? Памяти будет жрать больше. Место тоже сильно больше будет нужно. Тогда за счёт чего ускорение?

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

(7) А что мы будем виртуалить? Скуль и клиенты так и останутся, т.е. кривой запрос точно так же будет скуль напрягать. Остается РПхост, т.е. сервер предприятия. Что то я сильно сомневаюсь что вынося сервер предприятие на виртуалку это спасет от описанного тобой случая.
ИМХО как в анекдоте. все тоже самое только писанины прибавилось

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

(7) +
(8) То есть, чтоб изолировать Мариванну от рабочих баз, ты предлагаешь купить ей отдельный сервак?

(10) Я говорю о том что вирталка не спасет, а только усугубит ситуацию. Так как будет все тормозить

если конечно под виртуалки у тебя уже не выделен отдельный сервер

(8) На виртуалке можно как минимум задавить процессор

(13) Я же говорю ситуацию только ухудшиться с точки зрения производительности.

И что это даст? Сервер предприятия и так не страдает многопоточностью. Т.е. условной Мариванны очень сложно выбрать все ядра.

(0) А настроить перезапуск рабочих процессов, не?

(14) Почему оно страдает и как именно?

У нас железка на которой сейчас стоит скуль и сервер предприятия и она не справляется.
Вы предлагаете клонировать в виртуалку и поставить на эту железку 3-4-10 виртуалок и каждая со скулем и сервером предприятия. и раскидать базы на виртуалки. Причем еще виртуалки задушить по процам и памяти. (промолчим про лицензии...)

И какой эффект вы ждете? Что будет все летать?

(16) У нас на каждой виртуалки свой скуль и сервер предприятия, причем задушенный по ядрам и памяти

(17) > какой эффект
Баланс нагрузки за счет удушения тестовых баз запихиванием их в виртуалку. Освободившиеся ресурсы будут использованы рабочими базами. Ваш К.О.

(18) а, ты про свой вариант рассказываешь.

(19) что то я не уверен, что накладные расходы (а вирталка это как минимум ОС и прочие сервисы), не прывысят доходы

>>  будут ли быстрее шевелиться рабочие базы, если вынести большинство (тестовых) баз на виртуалку с отдельным сервером? - будут, при определенных условиях

(20) ? Я спросил что будем виртуалить, мне объяснили выше что скуль и сервер предприятия. Про отдельный сервер для виртуалок ТС молчит, значит можно предположить что его нет, и что он будет распологатся на этом же сервере

ТС надо два отдельных физических сервера под тестовые базы и рабочие базы
И настроить перезагрузку rphost и убивание слишком долгих и/или слишком жрущих сеансов

Виртуалки когда уже железо не справляется не помогут, при неправильной (что скорее всего и будет) настройке все умрет

(24) не дал поумничать)

(0) "будут ли быстрее шевелиться рабочие базы, если вынести большинство (тестовых) баз на виртуалку с отдельным сервером?" - зависит от того, какую сейчас нагрузку на ресурсы создают тестовые базы.
Если по этим базам нет нагрузки, то и смысла в переносе нет.

Ты вообще там кто? Админ? Прог?

(25) Железо справляется: Xeon gold 5122, 128 ОЗУ и всё на ssd, но рабочая база подтупливает, я думал выносом тестовых баз исключить узкие места sql и 1с серверов, если они есть.

(0) Алгоритм решения любой проблемы:
- найти причину проблемы
- устранить причину.

Давай определимся с первым пунктом. Ты уверен, что тестовые базы - это и есть причина? Почему так решил?
Если ты админ - покажи нагрузку на ресурсы. И ткни нам пальцем, каких ресурсов не хватает.

(28) "Железо справляется: Xeon gold 5122, 128 ОЗУ и всё на ssd" - Мля... Небо синее, вода мокрая... А техническую информацию дашь? Частота проца? Загрузка проца? Длина очереди диска? Память на сколько загружена?

(28) Тестовые и рабочие базы на одном rphost - вообще идея не очень, тем более с текущими ограничениями ПРОФ лицензии

(29) Да в том-то и дело, что всего хватает, но база тупит. И я хз, что с ней делать, рлс рубанул, спасает уменьшение интервала перезапуска и проблемных процессов, на время, а через 3-6 дней всё поновой

Проц на 30 - 60 %, частота 3,67, память на 28%, из которых 15 РПхост, а вот диск не подскажу.

(32) Хватает - по мнению процессора или по мнению пользователей?

(34)?
(31) Вот про это я и спрашивал. Расширить узкие места серваков, задушить виртуалки и дать воздух рабочей. Так это работает?

(33) Я не понял: сервер базы данных (SQL или что там у тебя) где? Здесь же? Или это отдельный сервер?

(30) А если там еще и RDP и 50 юзеров

(37)+ в смысле на этом же сервере, причем в браузере странички в RDP крутят ))

(37) А есть там еще и контроллер домена...

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

(39) *А если... // опечатка

Кто-то майнит поди.

(42) Или порно качает.

(35) а ты уверен что у тебя проблемы с серверами, а не с 1с?

(36) Всё стоит на одной физической машине.
(30) Все сидят на тонком клиенте.
(42)(43) Тоже есть такие подозрения, главное, чтоб шифровальшик не словили)

(45) скульные регламенты настроены?

(45) Сколько активных пользователей всего?

И в чем проявляются "тормоза"? Визуально видно? Или ошибки вида "Блокировки транзакций"?

(47) 40 - 50 и бухи в тестовых висят + 5 - 10 в тестовых.
(48) Долго документы открываются, отчеты формируются.

>память на 28%, из которых 15 РПхост

Слишком малая загрузка оперативки
Короче настройте правильно MSSQL и сервер 1С чтобы утилизировано было 70-80% от RAM
Допустим всего 128 RAM, поделить половину скулю и половину серверу 1С

(50) *Допустим всего выделяем 100 RAM,...

У сервера 1С там трабла что если не корп то хреново с настройками, играться теми что есть

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

(50) Да, соглашусь. Нужно смотреть настройки на стороне MSSQL.
(53) Про админа - в точку!

(49) Тест Гилева что-нибудь показывает? Хотя бы, около 50-и баллов?

(55) Надо всю иную нагрузку с сервера снять чтобы он 50 баллов показал

(56) Пусть снимет. Может, там на "холостом ходу" результат 10-15.