1с как перейти на серверную версию
1. Скачиваем дистрибутив сервера. Обычно он называется так: " Cервер 1С:Предприятия (64-bit) для Windows ".
2. Устанавливаем его в штатном режиме ("Далее" - "Далее" - "Готово").
При попытке запустить службу установщик ругнётся, жмём "Пропустить".
3. Заходим в реестр программой regedit и идём по пути:
"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent (x86-64)"
4. Там есть ключ с названием "ImagePath", правим в нём все порты и диапазоны портов с 15хх на другие, например 17хх.
Получаем что-то типа: "C:\Program Files\1cv8\8.3.3.715\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1760:1791 -d "C:\Program Files\1cv8\srvinfo"
5. Заходим в каталог установки платформы 8.3, папку srvinfo и удаляем там всё содержимое.
6. Заходим в службы и запускаем службу "Агент сервера 1С:Предприятия 8.3 (х86-64)".
7. Не забываем при создании кластера в консоли кластера и при добавлении базы в список баз добавлять всегда порт.
PS. Иногда нужно, чтобы на сервере работало 3 агента сервера: 8.1, 8.2 и 8.3.
Делаем аналогично. 8.1 - диапазон портов 15хх, 8.2 - 16хх, 8.3 - 17хх.
Сразу возникли вопросы, отвечаю:
1. Консоль кластера при установке клиентской части платформы имеет разный путь для разных версий, если устанавливаем "по умолчанию", то такой:
8.2 - "C:\Program Files\1cv82\common\1CV8 Servers.msc"
8.3 - "C:\Program Files\1cv8\common\1CV8 Servers.msc"
2. Com-объекты отличаются по названию:
Специальные предложения
Зачем все эти вольные пеерсказы?
Лучше уж тогда раскрыли тему, как потом запускать консоль администрирования кластера и ComConnector нужной версии.
MBIrbis; KolBbl4; fzt; CrazyCD; Coresco; hotded; RodinMax; Grohovod; KSy; b-dm; bogdan_sukonnov; Sergyhmao; AltF1; zzz14; mix; Famza; + 16 – Ответить
xantif_2000; KolBbl4; rpgshnik; Мах; creatermc; PLAstic; abasovit; Оболтус; TeMochkiN; b-dm; sapervodichka; + 11 – Ответить
(4) Видел ту тему (года 2 назад публиковалась - по ней ставил, не получилось, я уж грешным делом подумал, что 83 вместе с 82 вообще не ставится. ), но у Вас есть одна деталь, которая помогла мне понять в чем я ошибся при установке 81, 82 и 83. Может это и просто для некоторых, но я не допер сам очистить папку srvinfo. Попробую еще, думаю поможет .
Плюсану, т.к. сам так устанавливаю несколько версий платформ. Этот путь проще, чем описан на ИТС - не нужно помнить все ключи командной строки запуска сервера.
А в отношении БОЯНа . Если ИС ресурс для очень продвинутых прогеров, то, наверно, да, а если для многих прочих (в том числе) - то точно полезная статья!
Уже сейчас переход БП-2.0 на БП-3.0 не пройдет до конца без установки 8.3 (последний релиз 3.0.28.7 требует категорически), заявленная конвертация баз 82 в 83 и обратно не работает с этого релиза, дт-шник не того формата. На ИТС тоже сходу не попал, а разбираться некогда уже. Так что спасибо автору за своевременную подсказку!
VitaliyTokarev, до п.6 все сделал по инструкции. Служба запустилась. Не понял дальше что делать. Когда запускаю консоль для 8.2 - там все нормально, вижу базы, могу добавить их.
Как добавить базу для 8.3? В консоли для 8.3 сервер видно, но там название такое же, как и сервера 8.2, порт тоже от 8.2 (15хх). Если добавить новый с другим именем и портом - ошибка. Когда добавляешь кластер в консоли 8.2 с портами от 8.3 (17хх) - тоже ошибка.
Поясните п.7, пожалуйста подробнее, после запуска службы как добавлять базы для 8.3?
+ после установки сервера с ярлыков у пользователей не запускаются базы, которые под 8.2. Пишет что различаются версии клиента и сервера, (ярлык ссылается на папку 8.2).
+ после установки сервера с ярлыков у пользователей не запускаются базы, которые под 8.2. Пишет что различаются версии клиента и сервера, (ярлык ссылается на папку 8.2).
Здесь нужно прописывать с портами. По умолчанию 1541. Например:
Srvr="1C";Ref="Base"; - Это у меня под 8.2 с портами 15хх
Srvr="1C01:1641";Ref="test"; - Это под 8.3 с портами 16хх
Как добавить базу для 8.3? В консоли для 8.3 сервер видно, но там название такое же, как и сервера 8.2, порт тоже от 8.2 (15хх). Если добавить новый с другим именем и портом - ошибка. Когда добавляешь кластер в консоли 8.2 с портами от 8.3 (17хх) - тоже ошибка.
В консоли кластера можно немного запутаться.
Имя сервера будет одно и то же. Но в одном случае порт будет 1540, а в другом 1640 (1740).
И запускать консоль обязательно для каждой версии свою. Просто при попытке открыть кластер не той версии
консоль ругнётся, что версии не совпадают. Вы тут же выбираете другой и всё. Потом просто запомнится какой выше, а какой ниже.
Единственный способ отличить - добавить комментарий в поле "Описание" при редактировании кластера.
поддерживаю предыдущих ораторов про боян
(14) andrewks, уважаемый, не соглашусь с вами, платформа 8.3 в этих статья не фигурирует вообще. Различия есть и они существенные.
Другие статьи не видел, поиск на эту отправил.
VitaliyTokarev, спасибо за разъяснения. Все получилось.
Только теперь при открытии базы в Конфигураторе ругается на отсутствие лицензии для запуска сервера. На 8.2 конечно все стоит и на сервер, и на клиентские (сервер раздает). Я так понял они тоже к порту привязаны (т.к. при установке стоит флаг - на сервере и номер порта) - лицензии все программные. Видимо только аппаратные можно на несколько экземпляров цеплять, думаю придется 8.2 сносить.
По поводу программной не подскажу, нужно изучать. Спасибо за наводку.
Мы до сих пор заказываем с аппаратными ключами.
М-да . Реально только помогло явно указать порт в адресе кластера. Спасибо за статью и отдельное спасибо за комменты .
Спасибо за статью. Открыт вопрос про добавление базы. Пример: сервера у меня работают - 8.2 и 8.3, консоли открываются. На клиентском ПК запускаю 8.3, жму добавить базу, заполняю как обычно, но база не создается - Несоответствие версий. Если в кластере указать порт - srv1c:1740 - пишет хост не найден. Вопрос: как указать 1С-овскому серваку, что я создаю базу для 8.3?
Т.е. добавилась "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent (x86-64)", а удалилась "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.2 Server Agent (x86-64)"?
Так не должно быть, какой-то глюк. Они должны работать параллельно. Попробуйте ещё раз поставить серверную версию 8.2.
(25) там ещё нужно добавить ключ - debug чтоб можно было отлаживать. и ещё прежде чем чистить папку srvinfo необходимо остановить старые службы допустим от 82 или 81 потом во всех папках от 81 и 82 почистить содержимое этих папок, далее все запустить повторно.
Воспользовался статьей, установил платформу 8.3.4.465 параллельно 8.2.19.83.
Из особенностей:
п.2 При попытке запустить службу установщик не ругнулся
п.5 Заходим в каталог установки платформы 8.3, папка srvinfo была пустая
На всякий случай создал нового пользователя Windows, под которым запускаю службу 8.3.
После исправления реестра открыл консоль управления сервером 1с 8.3, вручную добавил корень дерева и кластер.
При параллельной установке 8ю1 и 8.2 особых проблем нет. А вот при параллельной установке 8.2 и 8.3 наткнулся на странность. Если работает администрирование 8.2, то не работает администрирование 8.3 и наоборот.
Чей порт указан в ветке (*)ИмяКомпьютера, тот и работает.
Необходимо создавать два рабочих кластера с одинаковым именем и разными портами.
Увы, второго пути я не нашёл.
Беда не беда, когда разные только мажорные версии. А я вот решил поставить 8.3.4.403 и 8.3.5.1248. До этого момента 8.3.4.403 прекрасно сосуществовала с 8.2.18.102 (или чот типа того) - к администрированию серверов из двух разных консолей я привык очень быстро (оно меня никогда не парило). И я, окрылённый успехом запуска этой пары, вкатил третьим 8.3.5.1248, но служба не стартовала. Путём научного тыка, курения гугла и чей-то матери определил, что папка srvinfo должна располагаться у каждой службы сервера в отдельной директории , ну или просто в реестре ссылаться на другую папку, какую-нибудь srvinfo-8.3.5.1248, например. При этом папочку то лучше предварительно создать и дать полные права пользователю, от имени которого запускается служба сервера. И вроде страдания кончились, но. нет!
Воткнулся в ту же проблему с консолями управления. Только теперь на 8.2 консоль отдельная, а у 8.3 консоль коннектится к тому серверу, версию которого ставили последним, а к предыдущему выдаёт ошибку .
Вся беда в том, что (даже если ставить какой-нибудь билд на отдельный диск) консоль управления серверов 8.3 как-то где-то регистрируется в системе, по умолчанию располагаясь тут C:\Program Files\1cv8\common
Временно решил это установкой удалённой консоли на несерверной железке (у себя поставил на компе), а на сервере консоль другой версии. Костыль костылём, а хотелось бы по-христиански как-то намутить.
Коллеги, какие финансовые расходы ожидаются при переходе с файлового режима работы БД на клиент-серверный?
Кроме того, что надо закупить сервер, на что еще придется потратиться? Сейчас в локальной сети работают одновременно пять пользователей в одной БД. Ощущаются тормоза при работе с программой. Может кто подскажет, наверняка надо серверную лицензию приобретать у 1С, лицензии на SQL и т.д.?
(4) Платить надо в любом случае, но за одну серверную лицензию 1С денег Вы отвалите заметно больше, чем за лицензию на 5 терминальных пользователей. А там еще MS SQL . ну или бесплатные СУБД Postgres или BD2 Express с которыми придется разбираться (возможно долго).
Наверно в Вашем случае лучше терминалка.
(1) Rustig,
1. Лицензия на Сервер 1С:Предприятия, может быть 32 и 64 битный
2. Microsoft SQL Server, PostgreSQL, IBM DB2 или Oracle Database - на выбор.
PostgreSQL -это бесплатно, все остальное платно.
Если SQL -то лицензия на SQL- сервер и лицензии на каждого клиента, т.е у вас это 5 шт.
(5) если разворачивать скуль-сервер, однопользовательские ключи у каждого пользователя можно оставить. я правильно понимаю?
(1) Rustig,
Терминалка может помочь до определенного момента- в файловом варианте есть ограничение на размер базы. Если ваша база достигнет предела, то просто не будет работать. У меня например УПП из SQL в файловую версию не переводиться по этой причине.
может быть что подключившись через клиент-сервер увеличение скорости работы вы не увидите.
терминальный доступ не пробовали им сделать? хотя бы одному человеку и посмотреть какова скорость.
у нас результаты тестов таковы
ОСВ по счету 2 минуты по сети, и 10 секунд через терминалку.
БП файловая.
(2) не пробовали. будем пробовать. а за терминальный сервер надо платить? за лицензии? я в этом не понимаю.
(4) Платить надо в любом случае, но за одну серверную лицензию 1С денег Вы отвалите заметно больше, чем за лицензию на 5 терминальных пользователей. А там еще MS SQL . ну или бесплатные СУБД Postgres или BD2 Express с которыми придется разбираться (возможно долго).
Наверно в Вашем случае лучше терминалка.
(4) ЕМНИП то при 5 пользователях дешевле использовать метод лицензирования на процессор Per Device а не Per User (правда давно цены не смотрел). Подробнее по методу лицензирования можно глянуть например здесь Licensing mode
(2) если поднимать терминальный сервер, тогда надо будет 5 однопользовательских ключей менять на один сетевой?
при этом в зачет при апгрейде пойдет только один ключ?
Ну это вы зря так про клиент-серверный вариант работы. На моей практике было много примеров увеличения скорости работы при переходе.
1. Лицензия на Сервер 1С:Предприятия.
2. Microsoft SQL Server.
3. Мощный сервак (все ресурсы сервака рассчитываються в зависимости от количества пользователей).
4. Грамотная настройка всего этого.
Учтите также, что в клиент-серверно варианте Вам нужно облуживать дополнительно 5 рабочих мест 1С + SQL-сервер.
Например я в свое время был "приятно" удивлен тем, что версии клиента и сервера 1С должны полностью совпадать - иначе не работает. Со всеми вытекающими "приятностями" при каждом обновлении платформы.
мой совет сразу приобретать на 64 разрядный сервер предприятия, аккуратно установить SQL и подключить базы.
И архив базы посмотрите, может его нужно свернуть.
Файловым вариантом с терминалками далеко не уедешь. У клиента 3 человека, большой документооборот, работают в таком режиме, и легкие тормоза ощущаются.
Плюс ограничение на 4Гб одной таблицы в файловом варианте, тоже может сильно сказаться на решении уйти на серверный вариант базы.
Самый дешевый вариант это будет купить лицензию на сервер 86х стоимостью порядка 40к или на 64х но там уже будет около 70к.
Поставить СУБД PostgreSQL (бесплатная) если хочется сэкономить, работает в принципе стабильно, и вполне себя оправдывает. 1С под нее постоянно пишет патчи, и поддерживает.
И этого в принципе достаточно, чтобы комфортно чувствовать себя в серверном варианте.
Как вариант использовать терминальные лицензии, если есть несколько древних компов пользователей, которые нет необходимости обновлять новым железом.
У нас в организации очень сильно тормозит 1с. 1с установлена на терминальном сервере.
Еженедельно делаются тестирование и исправление БД.
Подскажите пожалуйста, стоит ли переходить с файловой на серверную версию 1с или стоит искать причины торможения 1с по другим причинам.
Благодарю за помощь
(30)
судя по теме, самое главное с чего начать:
1) 2 ssd (1 под систему, 2 под 1с), жесткий диск оставить на резервные копии. Систему на ssd тоже обязательно. Если есть кому настроить - сделать на 2 отдельных raid1.
2) нарастить оперативной памяти до 32(а лучше больше), 10 пользователей на 16 гб используют всю свободную озу, в итоге используется активно файл подкачки, который "тормозит" жесткий диск из-за чего косвенно также может тормозить 1с.
3) не ставить 8.3.16 платформу пока что, сидеть на 8.3.15
В идеале вам уже пора на sql базы перетаскивать, так как файловые базы для такого режима работы не очень подходят.
Делаю по необходимости. Если есть подозрения на некорректную работу.
А так раз в год и то не всегда.
Я бы проверил тупа, поднял бы все это на сервере 1С и недельку поработал. И после этого принял решение.
Очень сильные торможения начались после перехода на версияю платформы
8.3.16.1063 и 8.3.16.1148
8.3.12.1685 на этой версии работало 1с нормально (иногда были проблемы)
К сожалению, старые версии платформы 1с уже не поддерживаются.
(6) Во первых вернитесь на 15 платформу!
Во вторых 16 гигов для 10 пользователей - смешное количество в терминале.
IIS точно даст улучшение
А для серверного варианта - придется и память еще покупать.
ну минимум до 32, ясно что 64 гораздо лучше.
(7)
с удовольствием вернулись бы, только при запуске ругуается, что база будет закрыта т.к. платформа старая.
(7) не соглашусь про16 Гб - может и хватать, надо смотреть по факту, там может и половина только используется в пике
там выпуск standard - 32 максимум
а в целом согласен, если на предыдущей платформе было хорошо и нет крайней необходимости обновлять - не надо обновлять
(6) И кстати платформу всегда используйте последнюю из тех что указаны в МИН.
То есть указана минимум например 8.3.12.1000 вот можете смело ставить все до 8.3.12.9999
и не надо прыгать на следующие 8.3.16 или 17 или 22
(1) Слова про СИЛЬНО тормозит - ни о чем!
1С всегда сильно тормозит. Она такая и с этим если не смириться - с ум а можно сойти.
Но ясно что определенные улучшения возможны всегда.
У вас диски SDD в сервере стоят?
И сколько памяти всего и сколько остается свободной в момент тормозов?
99% тормознутости терминального сервера - не хватка памяти.
Если файловый вариант у вас работает и просто не хватает памяти в Терминальном для всех, то начать ускорение стоит начать с перехода на Тонкие клиенты и публикацию баз на IIS или Apache.
Тормоза на тонких клиентах уйдут , но вот справится ли IIS с нагрузкой можно будет увидеть только после перехода.
Это я вам привел практически бесплатный вариант ускорения.
При описанном варианте конечно переход на серверный вариант даст ускорение, но тоже при определенных параметрах перехода.
Он Платный и стоит денюжков не мало - в районе не меньше 200 Тыров.
SQL 19,
CAL 10*10 = 100
1C Сервер 86.
19+100+86 =
(5)Почему вы так настойчиво рекомендуете IIS? Кто сказал, что у него есть возможность опубликовать базы? Может у него всё крутиться на обычных формах. Вы ему предлагаете еще и конфигурацию доработать, чтобы не тормозило?
Было же написано, что до перехода на новую платформу, тормоза были меньше.
У меня была ситуация: файловая база, обычные формы. при подключении по сети более 2 человек, всё начинает тормозить. пересадили всех на терминал - всё залетало. Слабым местом в случае с тонкими клиентами может оказаться сеть.
(26) да потому что СТАРЫЕ конфигурации не требуют последних платформ а преспокойно рабоают на 8.3.10.
А автор получил проблемы при переходе на 16!
И потому именно IIS с тонкими клиентами очень хороший выход для тех кто экономит на всем.
Вы видимо еще не научились на этом форуме читать между строк. Ну да у вас все впереди. ;-))
(27) Не убедили. Но спорить не буду. скорее всего я не прав и публикация действительно дает сильные преимущества. Не изучал этот вопрос, просто решил уточнить, почему вам так это нравиться.
+ кто сказал, что конфигурация старая? Рарус раньше любил делать конфигурации на обычных формах еще пару лет назад. Может сейчас что-то и поменялось.
Совсем не в тему: не люблю, когда говорят, что ты дурак, но не объясняют почему. но это болезнь всех форумов по 1С (это про чтение между строк)
(29) Во первых мне ЭТОТ вариант не нравится - он бесплатный.
А все бесплатное - не однозначно.
Я его привел именно в этом ключе!
Публикация по любому дает хорошие преимущество перед толстыми клиентами по сети.
При работе в Терминале явного преимущества может вообще не быть!
Преимущество будет только в том случае , если на сервере реально не хватает памяти для всех терминальных клиентов, и переход на свои машины просто освободит сервер.
Совсем в тему: Приведите хоть одну конфигурацию на обычных формах , которой требуется 8.3.16!
(31)А какое преимущество публикация дает перед тонкими клиентами по сети?
Сомневаюсь, что есть хоть одна конфигурация на любых формах, которые требуют 8.3.16.
(32)
Если бы у автора были не УФ тогда самое простое решение могло бы быть - вернутся на 8.3.10!
Зачем эта бесполезная трата энергии с вашей стороны?
Очевидно же что у автора УФ и потому он перешел на 8.3.16, вы просто не привыкли видеть очевидные вещи а выдумываете какие-то препятствия
(33)
Забудьте уже про обычные формы. я их привел для примера того, чтобы показать, что вариант публикации не всегда приемлем.
(35) Нет у меня пробелы. В последних платформах появилась опция инсталяции
-"Тонкий клиент для работы с файловой базой"
Оно позволяет.
Хотя реально не испытывал!
Вот и будет повод испытания устроить )))))
только вот WEB сервер лучше пока работает.
(38) А зачем по вашему сделали вторую приблуду?
Думаю что без второго компонента по сети не будут работать. Но сейчас испытываю.
(39)Если честно, то как-то не заморачивался по этому поводу. работал с файловой базой и запускал тонкий клиент. в моем случае база была всегда на моем же компьютере, но предполагал, что и по сети будет работать. Возможно и у меня пробелы в знаниях и я не обращал внимания, что при этом, например, запускается толстый клиент или по сети так работать не будет. Либо, более вероятный вариант - никогда не устанавливал один тонкий клиент, а с другими вариантами установки все работает.
Но в итоге мы с вами совместно нашли истину, что сейчас тонкий клиент работает в файловом варианте)))
Повышение скорости работы 1С, отказоустойчивости системы.
Программные продукты фирмы 1С имеют два основных формата хранения базы данных: файловая база данных и база данных, размещенная на SQL Server средствами СУБД
В список поддерживаемых СУБД входят:
- Microsoft SQL Server
- PostgreSQL
- Oracle Database
- IBM Db2.
Файловые базы данных, как правило, используют небольшие компании с 1-5 пользователями, где нет большого объема документооборота, а также не произойдет быстрого роста объема базы данных.
Когда нужно переходить с файловой базы 1С на СУБД MS SQL?
Если конфигурация долго открывается и также долго открываются и проводятся документы, если периодически выскакивают ошибки «Нарушена целостность базы данных» или «Файл базы данных поврежден», файл ИБД *.1СD имеет объем более 5ГБ, планируется рост пользователей или в результате внедрения еще одной конфигурации 1С планируется достаточно быстрый рост объема данных, пора задуматься о вопросе, как перенести файловую базу 1С на SQL поскорее и узнать, что такое сервер 1С.
Рис.1 Формат хранения информационных баз 1С
Преимущества SQL
Если переход все же вызывает некоторые колебания, стоит учесть, что преимуществ у клиент-серверного варианта значительно больше, чем недостатков, а у файлового – наоборот.
При высокой отказоустойчивости и поддержке бесконечно большой базы данных SQL-сервер дает возможность одновременной работы большому числу пользователей. Конечно, наиболее мощные СУБД – MS SQL Server/Oracle стоят недешево, но бесплатный вариант PostgreSQL также широко используется в среде 1С. Да, SQL требует настройки сервера 1С и администрирования, но подобные услуги оказывает широкий круг компаний-франчайзи 1С, и конечно же – наша.
Работа с файловой базой плохо защищена, потому что доступ к копированию файла БД открыт любому пользователю, плохо масштабируется и начинает «тормозить», когда пользователей становится больше пяти из-за высокого уровня изоляции транзакций, а также имеет ограничения по размеру в 5-10 Гб. При этом отдельные функции конфигурации при таком варианте просто не работают (к примеру, регламентные задания).
Да, быстрая настройка, отсутствие дополнительного ПО и низкая цена – весьма привлекательные «черты» файловых БД, но выбор в их пользу может иметь место только при построении самой простой информационной системы.
Рис.2 Пример частой ошибки при работе с файловой базой объемом более 5Гб
Этапы перехода на внешнюю СУБД
Для переноса файловой базы 1С 8.3 на сервер SQL проделаем следующие шаги:
Шаг №1 Выгрузка ИБ
Откроем конфигуратор файловой версии базы 1С.
Рис.3 Список конфигураций 1С. Запуск конфигуратора
В конфигураторе выбираем пункт меню «Администрирование» и «Выгрузить информационную базу».
Рис. 4 Формирование файла выгрузки ИБД
Итогом процесса выгрузки будет файл *.dt.
Рис. 5 Файл Выгрузки ИБД
Шаг №2 Создание кластера
Для данного пункта запустим консоль управление сервером 1С.
Рис. 6 Ярлык консоли управления сервера 1С
Важно: Для работы сервера 1С обязательно требуется установка лицензии на сервер 1С.
Лицензия бывает 32х-разрядная и 64х-разрядная. Разрядность определяет количество ОЗУ доступное серверу 1С: у 32х до 4ГБ, а 64х более 4ГБ.
Для уточнения цен, подбора сервера для 1С с учетом плановых нагрузок и форматов обслуживания таких систем обратитесь к нашим специалистам. Мы с радостью подберем для вас подходящее решение.
В открывшемся приложении выберите «Кластер-Создать кластер», а если кластер уже создан, выберите существующий.
Рис. 7 Администрирование кластера 1С
Шаг №3 Создание базы данных в кластере
Следующим шагом в процессе миграции базы 1С будет создание новой конфигурации в кластере. Существует два возможных варианта создания базы 1С на сервере 1С:
- Через консоль администрирования кластера 1С;
- Через окно запуска 1С:Предприятие.
Создание информационной базы в кластере через консоль администрирования кластера 1С
Чтобы создать базу 1С в СУБД SQL, выбираем «Создание новой информационной базы» и заполнить обязательные поля:
- Имя – название вашей базы 1С;
- Сервер баз данных – указываем имя кластера 1С;
- База данных – название базы данных в вашей СУБД SQL;
- Пользователь сервера БД – логин от администратора СУБД SQL;
- Пароль сервера БД – пароль от администратора СУБД SQL.
Рис. 8 Создание новой ИБД SQL в кластере 1С
Далее добавляем эту ИБД в список 1С для последующего запуска конфигуратора 1С и загрузки ранее подготовленного файла выгрузки базы. После того как база в кластере создана, добавляем ее в список баз 1С. Для этого запускаем 1С:Предприятие и «Добавить…» базу 1С.
Рис.9 Запуск 1С:Предприятие
Далее выбираем «Добавление в список существующей информационной базы» и переходим «Далее».
Рис. 10 Меню выбора действий
После появления формы добавления базы 1С, заполняем последние строки в списке и переключаем режим работы на «На сервере 1С:Предприятие».
Рис. 11 Окно заполнения данных для подключения базы 1С
Запуск 1С:Предприятие и добавление конфигурации
Этот способ быстрее предыдущего и бывает полезен, когда, например, вы не установили у себя компоненту консоли управления при установке платформы. Чтобы им воспользоваться, запускаем 1С:Предприятие и в открывшемся окне приложения жмем кнопку «Добавить».
Рис. 12 Окно 1С:Предприятие
Далее выбираем «Создание информационной базы».
Рис.13 Создание информационной базы
После перехода в следующий пункт меню выбираем « Создание информационной базы без конфигурации для разработки новой конфигурации» или «Загрузки выгруженной ранее информационной базы».
Рис.14 Создание чистой конфигурации
Следующим шагом будет выбор пункта «На сервере 1С:Предприятие».
Рис.15 Создание на сервере 1С
Мы попадем в искомое нами окно заполнения полей для создания базы на сервере 1С.
Рис. 16 Создание ИБД на сервере SQL
Шаг №4 Завершение переноса
Перенос базы 1С на SQL-сервер
Поможем определить необходимость переноса базы 1С на SQL и подготовить инфраструктуру
Перенос данных 1С
Переходите на новую программу 1С? Проведем бесплатный анализ и перенесем только необходимые данные
Рис. 17 Запуск конфигуратора 1С
После запуска конфигуратора переходим в раздел «Администрирование» и выбираем пункт «Загрузить информационную базу».
Рис. 18 Загрузка информационной базы из файла
Далее выбираем ранее сохраненный файл выгрузки и начинаем непосредственно процесс загрузки базы на СУБД SQL.
Рис. 19 Завершение загрузки ИБД 1С
Готово! Ваша конфигурация успешно переведена из файлового режима на SQL-сервер.
Если повторная работа в конфигураторе не требуется, выбираем вариант «Нет» и запускаем базу в режиме «Предприятия» для проверки ее работоспособности.
Мы рассмотрели процесс миграции файловой базы на сервер 1С. Если в будущем вам потребуется перенос базы 1С SQL на другой сервер или у вас остались вопросы по этому переводу, обратитесь к нашим специалистам за консультацией, мы с радостью вам поможем.
Все знают, что сервер – это специализированный компьютер в материальном понимании, то, что на языке системных администраторов называется «железо». Если мы говорим о среде 1С Предприятия и файловом варианте работы, то сервер предприятия, сотрудники которого работают с учетными программами, хранит базы данных, к которым по локальной сети подключаются пользователи с клиентских устройств. Помимо этого на сервере, естественно, может храниться и другая информация.
Что такое сервер 1С
Но существует и другое понимание сервера
Сервер 1С – это программа, которая работает в клиент-серверном режиме с базами данных 1С под управлением СУБД, например, Microsoft SQL Server или Linux PostgreSQL, IBM DB2, Oracle Database и т.д. То есть это не просто хранение базы 1С на сервере, это управление процессами работы 1С Предприятия.
Как правило, сервер 1С используют средние и крупные компании, в которых с базами данных 1С одновременно работают около 20 или более пользователей. При меньшем количестве пользователей 1С все-таки достаточно файлового режима, когда база данных 1С располагается на одном из компьютеров (возможно одного из пользователей), а с остальных ПК прописан к ней путь в локальной сети. Например, вот так: \\ \Базы 1С\
А у пользователя, на компьютере которого лежит база:
Рис.1 Имя базы
Зачем же нужен сервер 1С, и какие преимущества он имеет?
- Быстродействие. При работе в клиент-серверном варианте 1С самые объемные и «тяжелые операции», например, групповое перепроведение документов или групповая обработка данных, производятся на серверных мощностях, а конечный результат, так называемая «выборка», предоставляется клиентскому приложению. Увеличить мощность одного сервера проще и дешевле, чем обновить все клиентские машины.
- Безопасность. При использовании клиент-серверного режима 1С, пользователям не известно место расположения базы данных. Это простейший способ пресечь вероятность копирования информации из базы данных. В файловом режиме работы с базой пользователь может легко это сделать.
- Еще одним серьезным доводом в пользу интеграции сервера 1С архитектуру информационной системы на базе 1С является удобство администрирования, а также возможность контроля и разграничения доступа пользователей к базе данных.
Работа сервера 1С
Конфигурация или клиентское приложение 1С, запущенное пользователем на своем устройстве, допустим, компьютере, подключена к кластеру серверов 1С:Предприятие 8, который обращается к серверу, хранящему базы данных, управляемые MS SQL Server или PostgreSQL.
Сервер 1С Предприятие 8 и сервер баз данных желательно разместить на разном «желлезе», поскольку именно благодаря этому распределяется нагрузка между серверами 1С Предприятие и БД.
Рис. 2 Схема серверной работы
Устанавливаем сервер 1С
Из перечня поставляемых дистрибутивов нам подойдут два варианта:
- Технологическая платформа 1С Предприятие для Windows – для установки сервера 1С 32-разрядной версии.
- Сервер 1С Предприятие (х64) для Windows – чтобы установить сервер 1С как 64х так и 32х-разрядной версии.
Открываем папку с файлами установки. Для среды 1С Предприятия это стандартное окно.
Рис. 3 Папка с файлами установки
Нам понадобится файл Setup.exe. Его запуск вызовет помощника установки системы «1С Предприятия». На первой странице жмем «Далее».
На следующей странице нам будет предложено выбрать устанавливаемые компоненты. Помимо стандартно указанных, обратим внимание на:
- Сервер 1С Предприятия, который установит компоненты сервера 1С.
- Администрирование сервера 1С Предприятия 8 – необходимые элементы администрирования серверов 1С.
Остальные компоненты могут быть установлены по необходимости сейчас или позднее. Поэтому, нажимаем «Далее».
Рис.4 Выборочная установка
После этого нам предстоит среди предложенных языков интерфейса, выбрать язык. Тут все зависит от желания пользователя. Обратите внимание, что выбрав «Системные установки» работа будет продолжаться на языке ОС, установленной на компьютере.
В большинстве случаев сервер 1С устанавливается как служба (рекомендовано), поэтому ставим соответствующую галочку на следующей странице. Также выбираем пользователя для запуска службы или создаем нового. Обязательно проверти, чтобы пользователь был наделен такими правами, как:
Помимо этого пользователю лучше дать права на каталог служебных файлов сервера. По умолчанию это C:\ProgramFiles(или ProgramFiles(x86))\1Сv8\srvinfo. Путь зависит от того, какой разрядности приложение для сервера 1С Предприятие мы устанавливаем.
Созданный новый пользователь USR1СV8 по умолчанию будет обладать всеми перечисленными правами. Задаем пароль и продолжаем установку сервера Предприятия.
Рис.5 Установка сервера
На следующей странице начинаем установку.
После ее завершения, программа предложит установить драйвер защиты. При использовании программной защиты использование драйвера не обязательно. Отмечаем галочкой или нет, зависит от типа нашей лицензии.
После нажатия «Далее», если ошибок в процессе установки не возникло, на последней странице жмем «Готово» для завершения установки.
Теперь нам надо убедиться, что служба сервера запущена.
Рис.6 Служба сервера
В список служб мы можем зайти по команде services.msc в поисковой строке меню «Пуск». Служба может выглядеть так, как показано на скриншоте или «1С: Enterprise 8.3 Server Agent». Если служба не запущена, сделайте запуск вручную: правой кнопкой мыши по службе – Свойства – Запустить. Также поставим Тип запуска – Автоматически.
Установка Сервера 1С завершена. Остается только настроить брандмауэр Windows, чтобы пользователи с клиентских машин могли подключаться к серверу 1С. Для этого в брандмауэре нужно разблокировать порты 1541, 1560-1591. О том, как добавить разрешающее правило в брандмауэр, можно прочесть в Интернете.
Читайте также: