M_Volkov
Gold Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору vworld Цитата: ...начитался понимаешь инета и показалось логичным, что сервак 1С на одном а база на другом сервере, а сервер терминалов куда-то надо было приделать и воткнули на сервер 1С благо там озу и проца много... ... и еще скул в виртуальном контейнере обладает определенным плюсом что если железо поломалось то контейнер можно мигрировать на другое железо | если я правильно понял, эта схема "скул в виртуальном контейнере" лишь горячее резервирование, а не распределение нагрузки между "железом"? У меня смутное понятие об этом... когда-то у нас была 1Cv7.5 dbf - т.е. был файл-сервер, потом перешли 1Cv7.7 sql - стал клиент-сервер... Теперь 1Cv8.1 - sql-серверу добавился 1С-сервер, который я воспринимал как некую надстройку над sql-сервером, не совсем понятно для чего, одно понятно, что основная нагрузка ложится на sql-сервер. Да и твой довод это подтверждает... Я это к тому, что раньше всегда имел дело только с одним мощным сервером (железом) для баз 1С (контроллер, почтовый - не в счет). А тут возникла ситуация, в одном филиале купили еще один мощный сервер для 1С, переставили все на него... а старый сервер хочется сделать, чтобы тоже тянул часть нагрузки... ну и в случае чего, выполнял роль резервного сервера. Стал глубже разбираться, оказалось, что объединение серверов в кластер возможно только для 1С-серверов, а SQL-сервер может только один!? Или я не правильно понял? Конечно, напрашивается схема: 1С-сервер - на одно, SQL-сервер - на другое (более мощное) железо поставить. Но это будут звенья одной последовательной цепи, а хочется, чтобы их работа была параллельной... Как-то можно? |