Здравствуйте!

Собираемся перенести файловые базы на SQL в связи с большим размером.
Есть две базы:
1) УТ 8.3 редакция 10.3 у нас работает на старой платформе 1С:Предприятие 8.3 (8.3.6.2299)
2) Бухгалтерия 3.0 на самой новой платформе 8.3

Вариант №1:
на текущее железо установить SQL сервер, купить 1С серверную лицензию, но возникает вопрос,
могут ли две разные базы работать на серверном варианте на разных платформах одновременно?

Вариант №2:
Разделить БД на разные сервера. Купить физический сервер №2, серверную версию до 5 пользователей, поставить туда бухгалтерские базы.
На текущем железе переодически делать свертку базы и оставаться там на файловой торговле

заранее почему вариант номер два плохой?

и покупая одну версию SQL сервера для 1С, можно ли её использовать на двух физически рядом стоящик серверах для одной организации?

(0) Да, могут. На одной машине запускаются два сервера 1С разных версий, которые разводятся по портам и по каталогу баз.

Вариант №3:
Использовать для "УТ 8.3 редакция 10.3" новую платформу.

А зачем разные платформы, почему не поднять все базы на одной свежей?

(1) Зависит от приобретаемой лицензии на SQL сервер. Его можно покупать как отдельно, по своей модели лицензирования или, ЕМНИП, у 1С был какой-то пакет по продаже SQL сервера одновременно с серевером, там какие-то заморочи были.

(3) на УТ много изменений с давних пор и с большой вероятностью наступит момент, когда многие методы правленные не будут работать с новыми платформами

(5) > когда многие методы правленные не будут работать с новыми платформами
Например?

(0) Можно, но COM-коннектор будет только одной версии.

Рискну предположить, что в таком виде, как это представлено в топике, что на файловом режиме выполняется работы пользователей в УТ 10.3

У вас нет вариантов "плохой". Нет просто хороших вариантов.

Если бухгалтеров все-таки несколько и база - одна или несколько у них на БП 3 , то купите им МИНИ-сервер. Это 4-5 пользователей бух. С относительно нормальной, свежей и безопасной платформой.

Реально, с учетом того, что типовым образом УТ не обновлялась, кроме как несколько бух-сеансов, новое там не нужно. И если могут в файле работать, то пусть и работают.

И еще
с учетом того, что УТ 10.3 работает без особых проблем в файле на многопользовательском доступе, то активных сеансов в ней очень немного, вероятно, что тоже не больше 5 штук.
А это означает, что для УТ 10.3 вы можете купить отдельный МИНИ-сервер и развернуть УТ 10.3 отдельно, а БП 3 - отдельно.
И это будет самый правильный вариант для вас.

(6) Например ФормаКлиентскогоПриложения теперь. Отчеты СКД ломаются из-за "унификации", например, когда на все запросы накладывается условие даже на отсутствующие поля.

(9) на УТ вес базы 14 Гигов, она файловая, 15 пользователей, все шустро работает, просто может настать момент переполнения базы...

(10) Старый тип "УправляемаяФорма" успешно поддерживается

(12) В какой версии платформы?

(11) на 15 пользователей вам точно никакого МИНИ-сервера не хватит.

Сейчас еще выяснится, что бух сеансы тоже считаются десятками, а не в пределах 5 пользователей

(11) структуру хранения (пузомер) из инструменты разработчика посмотрите и мб догнать до 8.3.10?

14 бухсеансы 2-3 максимум
база 20 гигов переполнилась

на УТ 15 пока все хорошо, вот и решили разделить, петух клевать начинает

(11) >> на УТ вес базы 14 Гигов, она файловая

отчаянные вы ребята...

(17) В терминале - вполне нормально. Я и 40 видел, рабочие и без проблем.

(16) Между базами какое-то взаимодействие, обмен данными, какими-то документами - что вообще между ними? Может через загрузку выгрузку через файлы делаете?

(18) тс не говорил, что пользователи работают в терминале :-)

(19) обмен данными между УТ и Бухией переодически нештатными методами

(20) да, в терминале работают

(21) СОМ или через файлы?

в общем на 8.3.10 и еще три года ждать проекта на УТ 11

(22) Принтеры Kyocera есть?

(20) Файловая и 15 пользователей на старой УТ - это 98%

(26) он старте точно также не писал, что пользователей 15. Вытягиваем инфу маленькими кусочками.

(8) Это если штатно, нештатно
http://catalog.mista.ru/1c/articles/685924/

(28) респект

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

(29) В общем, по результатам попытки допроса подведу свою рекомендацию - ставьте для бухов отдельный сервер с лицензией МИНИ-сервер. Может развернете этот сервер на базе того компа, что сейчас базу бухов держит - это уж как вы там сами попробуете и решите как удобно.
Пусть у них будет все самое свежее и путевое. Тем более, что они вероятно там же еще и зарплату ухитряются каким-то образом вести и в ПФР данные из 1С по кадровому учету передавать.

УТ ведите в своей песочнице. Файлово? Значит пусть файлово. Версию платформы для УТ уникальную подберете? Ну так никак ваша бух этому мешать не будет.

(0) Вариант № 3.
Запустить УТ на актуальной версии платформы в соответствующем режиме совместимости, и не колупать себе и окружающим мозг.
Разумеется предварительно провести всестороннее тестирование. Вероятность натолкнуться на ошибку достаточно мала. Вероятность встретить неразрешимую проблему вообще стремится к нулю.

Все прочие варианты имеют слишком много недостатков.
Вариант № 1 (две службы сервера 1С на одном физическом сервере) плох тем, что COM-коннектор будет только один. При каждом обновлении версии платформы придется крайне внимательно и осторожно отслеживать, чтобы правильно прописались адреса реестра кластера (папочка srvinfo) и не получилось что после обновления реестр кластера обновленной платформы затрёт реестр кластера платформы другой версии.
Вариант № 2 (оставить УТ в файловом варианте) - это дичь продолжать жить в файловом варианте при наличии сервера. Свёртка - любимый фетиш онанистов-клюшечников - создание геморроя для пользователя на ровном месте. Не говоря о том, что рано или поздно эффект от свёртки перестанет быть достаточно значимым. То есть это временное решение.

(32) ты забыл еще один вариант :-) - не сажать бух на тот же сервак, что остальная УТ, т.к. бухов не более 5 человек.

(32) спасибо

(29) тоже спс, будем думать, но правильнее все же (32) только это дороже

ИМХО с учетом того что УТ 10.3 старо как... и нормально работает на 8.3.6, то думаю и на последних платформах будет работать нормально.

(33) Ничего я не забыл. Ты говоришь о Варианте № 2 - посадить БП на сервер (не суть важно - какой - МИНИ или полноценный) и оставить УТ в файловом варианте. Это временное решение. Только до тех пор пока однажды очередная свёртка УТ не перестанет давать ожидаемый результат.

+ к (37) ой. Извиняюсь. Не так понял (33).
Теоретически конечно можно вынести БП на отдельный сервер. Но, ИМХО, это только лишний геморрой и траты денег.

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

Но все варианты ТС-у озвучены. Осталось только решиться на какой-то из них :-)