Добрый день. У нас клиент-серверный вариант 1С:Предприятие 8.2 (8.2.19.83). Стоит кластер серверов 1С с аппаратным ключом на Windows Server 2008 R2 Datacenter, на другом компе в локальной сети стоит MS-SQL Server 2008 R2.
Начальство поручило мне сделать копию всей этой 1С-системы для отладочных целей, чтобы можно было писать и отлаживать программы под 1С полностью автономно от рабочей 1С - во избежание обрушения рабочей 1С. Причём поручили именно сделать второй SQL-сервер - меня не пускают вообще на рабочий SQL-сервер - а только дают оттуда почасовые бэкапы, которые я волен загружать на свой второй SQL-сервер, и уже к нему подключаться со своей копии 1С-платформы.
При попытке развернуть полную копию всей этой 3-звенной 1С-цепочки программ, я упёрся в лицензионное ограничение от компании 1С, которое требует, чтобы на каждую программную копию сервера 1С покупалась отдельная серверная лицензия - см. http://v8.1c.ru/predpriyatie/questions_licence.htm#16 .
Таким образом, я лишён возможности развернуть на другом компьютере ещё один сервер 1С - он не заработает из-за ограничений лицензии (уже успел в этом убедиться на практике). Покупать ещё одну лицензию на сервер 1С - это около 100 тыс. рублей - вариант отпадает.
Пока я хочу опробовать следующий вариант: поднять копию рабочего SQL на отдельном компе в локалке (Компьютер №1), ещё на одном компе в локалке поставить платформу 1С (Компьютер №2). Далее, зайти на рабочий сервер 1С (Компьютер №3) и через его утилиту администрирования добавить туда (т.е. на рабочий сервер 1С) свою базу данных, находящуюся физически на моём SQL-сервере (т.е. на Компьютер №1). А потом, находясь на Компьютер №2, настроить подключение к моей базе на Компьютер №1 (в окошке платформы).
Таким образом, получится, что один и тот же сервер 1С (рабочий, на Компьютер №3) будет содержать базы 1С, физически находящиеся на разных серверах SQL.
Вопрос в следующем - это возможно (подключать базы 1С на разных SQL-серверах к одному серверу 1С)? И, если да - то не возникнет ли при этом каких-либо негативных эффектов - сразу или потом?
(1) prodines,
правильнее будет так:
На рабочем сервере 1С добавляете к существующему кластеру еще один на другом порту
девелоперские базы регистрируете на нем.
В итоге у вас схема будет:
1С сервер с 2 кластерами ( к примеру 1541 и 1641)
1541 содержит базы на SQL1 (прод)
1641 содержит базы на SQL1 (тест\разработка)
(4) Babuin,
А почему так правильнее? А как добавить кластер и настроить - можно на "горячую"? Кроме разных портов, все прочие настройки у нового кластера будут такие же? Потребуется ли перенастраивать где-то второй SQL (Компьютер №1) на порт 1641?
(5) poyson, не понял ничего.
(7) Angel_19, да, побаиваюсь заводить новый кластер на рабочей машине. Если что-то пойдёт не так - голову оторвут... Сижу, читаю "1С:Предприятие 8.1. Клиент-сервер. Особенности установки и использования" (другой нет) - всё равно не очень-то ясна тема заведения ещё одного кластера.
(6) prodines, правильнее
потому что у вас вводные были "чтобы можно было писать и отлаживать программы под 1С полностью автономно от рабочей 1С - во избежание обрушения рабочей 1С."
наклонить кластер 1С в процессе разработки проще чем SQL.
Ничего там сложного нет, можно делать на "горячую"
Либо объяснить начальнику что нужно покупать еще ключик
Вопрос в следующем - это возможно (подключать базы 1С на разных SQL-серверах к одному серверу 1С)? И, если да - то не возникнет ли при этом каких-либо негативных эффектов - сразу или потом?
Я бы еще отключал регламентные задания, на тех базах которые будут использоваться для разработки и тестирования. Или отключал бы только те которые могут мешать.
Кластер - это, условно говоря, надстройка-переходник между символическим именем (кластера)
и реальными параметрами, паролями и портами подключения к скрытому за этим именем SQL-сервером.
Так что смело моежете пробовать. Если особенно стрёмно - сделайте архивный образ системы.
(9) v3rter, спасибо, как-нибудь потом, может быть, и попробую.
(10) vasyak319, ну а куда ж мне деться - не покупать же новую серверную лицензию за 100 тыс?
(12) prodines, ну, скажем так, с точки зрения фирмы 1С - да, обязательно покупать ещё одну.
А то, что вы вынесли только базу SQL на другую машину, стабильности не добавило нисколько, ибо у Билли сервера получаются гораздо надёжнее, чему у Бориса энд Сергея.
Серверов SQL вы можете хоть 100500 понаставить, но это не решит задачу "полной автономности" - сервер 1С у вас всё равно будет тот же самый, а это плохо хотя бы тем, что на рабочем сервере отладку лучше выключить, а на тестовом - включить.
что на рабочем сервере отладку лучше выключить, а на тестовом - включить.
Можно на файловой тестить, если база позволяет.
А вообще - 1С могла бы не мутить грязь со дна с отладкой и включением-выключением. А то у них получилось, что конфигуратор нужен для просмотра базы данных, и все.
ну что вы, это совсем не те ощущения. Тем более вот в моей базе есть формочка с запросом (много раз на него смотрел - запрос как запрос), которая в файловом варианте 5 минут открывается против пары секунд в SQL.
Я же написал - мне нужна была именно клиент-серверная система - поскольку меня не пускают на рабочий SQL, а только дают с него почасовые бэкапы. Это почти единственный способ для меня получить свежие копии рабочей базы - выгнать пользователей не вариант.
Сделал по-простому - т.е. завёл свою 1С-базу в том же самом кластере (рабочем) - всё, как и хотел изначально. Всё заработало. Всем большое спасибо за помощь!