Перенос файловой базы 1с в sql: Перенос файловой базы 1С в SQL: пошаговая инструкция

Переезд файловой базы 1с на sql работу — Реальные заметки Ubuntu & Mikrotik

Прочитано:
7 789

Предыстория:

На следующей неделе я буду осуществлять переезд файловой базы 1С на связку кластер 1с + сервер базы данных и вот мне хочется уже заранее проработать все шаги в тестовых условиях прежде чем проходить все это в боевых и на боевой системе.

Как всегда данная заметка опирается на то, где я показал как создавать бекап файловой базы 1С на действующем терминальном сервере:

после этот заметки у меня на выходе имеется файл конфигурации базы (расширение *.dt)

Ниже шаги:

Подключаюсь по RDP к серверу (srv-bd3 под управлением Windows Server 2008 R2 Enterprise) где развернут сервис базы данных (установка аналогична заметке)

и в оснастке SQL Server 2014 Management Studio создаю новую базу данных.

Mstsc /v:srv-bd3

Start — All Programs — Microsoft SQL Server 2014 — SQL Server 2014 Management Studio, подключаюсь в текущую систему:

Server type: Database Engine

Server name: srv-bd3

Authentication: Windows Authentication

и нажимаю Connect, затем когда подключение оснастки sql management прошло успешно создаю новую базу данных:

srv-db3 (SQL Server 12. 0.4213.0 — POLYGON\aollo) — и через правый клик мышью на Databases вызываю меню New Database…, далее заполняю поля создания новой базы данных:

Database name: alfa

Owner: Нажимаю Обзор (…) — Browse — отмечаю галочкой объект который будет владельцем данной базы, выбираю себя [POLYGON\aollo] и нажимаю OK, OK

После чего нужно предопределить согласно моей заметке параметры работы для 1С, повторяться по новой я не буду, как только все параметры буду предопределены нажимаю OK тем самым создается новая БД.

Отлично, теперь подключаюсь к серверу на котором у меня развернут кластер 1С и создаю новое подключение к созданной базе данных выше по данной заметки:

mstsc /v:srv-1c82-1c

Start — All Programs — 1C Предприятие 8. 2 — Дополнительно — Администрирование серверов 1С Предприятия — Console Root — Central 1C:Enterprise 8.2 servers — srv-1c82-1c — Кластеры — 1541 — и через правый клик мышью по «Информационные базы» создаю новое подключение к информационной базе — New — Информационная база:

Имя: alfa

Описание: alfa

Защищенное соединение: выключено

Сервер баз данных: 10.7.7.100

Тип СУБД: MS SQL Server

База данных: alfa

Пользователь сервера БД: sa

Пароль пользователя БД: 712mbddr@

Разрешить выдачу лицензий сервером 1С:Предприятия: Да

и нажимаю после кнопку OK — если все параметры подключения указаны верно новая информационная база будет создана.

Теперь запускаю клиент 1С (8.2.19.121) в режиме конфигуратора на подключение к этой базы и к этому кластеру 1С. На хосте srv-1c82-1c проделываю:

Start — All Programs — 1C Предприятие 8.2 — Дополнительно — 8.2.19.121 — Конфигуратор и настраиваю подключение к информационной базе:

Список информационных баз пуст. Добавить в список информационную базу? — отвечаю Да

Укажите наименование информационной базы: alfa

Выберите вариант подключения к информационной базе: На сервере 1С:Предприятие

и нажимаю Далее

Кластер серверов 1С:Предприятия: srv-1c82-1c

Имя информационной базы в кластере: alfa

и нажимаю Далее

Вариант аутентификации: Выбирать автоматически

и нажимаю Готово

Итак подключение к информационной базе прописано в клиент 1С — теперь подключаюсь к этой базе в режиме «Конфигуратор», подключение проходит без какой либо аутентификации.

Теперь открываю меню «Администрирование» — Загрузить информационную базу — указываю путь до месторасположения выгруженного скриптом резервной копии (BazaAlfa_2016_06_05_23_05_08.dt) и нажимаю Open, на появившееся сообщение:

После загрузки информационной базы работа Конфигуратора будет завершена. Не сохраненные данные в открытых окнах могут быть потеряны. Продолжить? Отвечаю «ДА» и ожидаю покуда завершится процесс загрузки (чем больше файл dt тем дольше загрузка).

Ожидаю покуда окно «Конфигуратор — Конфигурация» не закроется автоматически само, но перед этим должно появиться всплывающее окно с вот таким вот текстом:

Информационная база успешно запущена.

Работа Конфигуратора будет завершена.

Перезапустить Конфигуратор?

Нажимаю Нет.

После того, как загрузка информационной базы из файловой резервной копии завершена я советую сделать бекап sql средствами.

А вот теперь когда бекап sql средствами готов можно уже прописать настройки подключения к кластеру 1С и базе пользователям, они же ничего и не заметят, т. к. для них ни каких существенных изменений не произойдет за исключением что понадобиться системный администратор который изменит настройки подключения, хотя и даже это можно сделать прозрачно всего лишь навсего подменить файл ibases.v8i на рабочих местах.

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

Start — All Programs — 1C Предприятие 8.2 — Дополнительно — 8.2.19.121 — 1С Предприятие (тонкий клиент) — настройки подключения уже имеются (я запускаю клиент 1с на кластере 1с) — 1С:Предприятие — предо мной предстает окно где нужно указать имя пользователя и его пароль на подключение к базе, в моем случае я ранее был заведен в административных целях в файловой базе, а потому идентифицируюсь:

Пользователь: aollo

Пароль: Aa1234567

и нажимаю «ОК» — подключение успешно проходит (как я и говорил выше пользователь не заметит разницы что было до и что стало после)

Вот видите в этом нет ничего сложного чтобы перенести файловую базу 1С на SQL‘ный вариант, достаточно попробовать в тестовых условиях и пройтись по всем шагам и уже последующий перевод в боевой среде для Вас (также как и для меня ранее) не будет таким пугающим. В целом я доволен полученным результатом, теперь как ранее я настрою план обслуживания и уведомления и работа с вот такими вот перенесенными базами 1С будет более продуктивной. В итоге план будущего переноса таков:

• На файловой базе 1С запускаю свой скрипт создания резервной копии
• Копирую резервную копию базу 1С (файл с расширением *.dt) на кластер 1С
• На сервере где развернут SQL Server создаю базу
• На кластере 1С подключаю созданную базу
• Подключаюсь клиентом 1С в режиме конфигуратор к заведенной в кластер 1С базе и импортирую в нее выгруженную базу из расширения (dt) и ожидаю.

Вот собственно и все что нужно сделать по переносу файловой работы с 1с на более быстрый и удобный в плане администрирования вариант работы. На этом я прощаюсь и до новых встреч, с уважением ekzorchik.

Замена Microsoft SQL Server на Postgres Pro для 1С

ЛегаСофт — купить 1С в Смоленске, продажа и сопровождение программ по автоматизации бизнеса на базе 1С, регистрация онлайн-касс.

О компании

Блог

Российский софт

Замена Microsoft SQL Server на Postgres Pro для 1С

20.05.2022

// Российский софт

~ 3 мин.
1095

Корпорация Microsoft прекратила свою деятельность на территории России в связи с наложенными на нее санкциями. Официально обновить Windows и Office, а также пользоваться облачными сервисами Windows больше не получится. Но, как говорится, «свято место пусто не бывает», на замену MS SQL у нас есть собственные Российские разработки, одна из них СУБД Postgres Pro.

Postgres Pro — российская СУБД, разработанная компанией Postgres Professional на основе свободно-распространяемой СУБД PostgreSQL, входит в реестр российского ПО.

Когда стоит переходить на серверный режим работы Базы Данных?

• Как часто вы задумывались, должен ли так долго проводиться документ?
• Сколько кружек чая успевает выпить ваш кассир, пока открывает или закрывает смену?
• Задерживаете зарплату сотрудникам, потому что бухгалтерские проводки занимают неделю?
• Купили новое железо, а база всё ещё работает медленно?
• Файл базы данных на диске вытесняет фотографии с корпоративов?

Мысли о быстродействии базы — прямой путь к использованию серверного варианта работы.

В чём преимущество серверного режима работы БД?

• 
  Повышенная производительность

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

• 
  Меньшие требования к клиентским ПК

  
  Больше не надо протягивать гигабитные сети в офисе и ставить игровые компьютеры с огромным запасом по производительности. Сервер 1С разворачивается на самом быстром ПК и ведёт все вычисления на нём, практически не используя ресурсы ПК пользователей базы, которые подключаются к базе в режиме тонкого клиента.

• 
  У файловой базы есть ограничения на размер таблиц

  
  Рано или поздно компания вырастет вместе с базой и встанет вопрос о свёртке — это очень долгая процедура, затрагивающая историю документооборота.

• 
  Гибкие возможности настройки

  
  Хотите выжать максимум из текущего железа? Тогда вам точно нужно уходить с файлового варианта. Тонкие настройки кластера серверов позволят вам навести порядок и держать на одном ПК хоть сотню баз, изолированных друг от друга.

• 
  Возможность уйти от РИБ

  
  Распределённые информационные базы — это, конечно, хорошо. Но наша практика показывает, что обновлять более 5 узлов — занятие не из приятных, особенно, когда есть проблемы с интернетом.

Варианты СУБД Postgres Pro

Компания Постгрес Профессиональный предлагает 4 варианта СУБД Postgres Pro:

• Postgres Pro Enterprise – наиболее производительный, надежный и обладающий всеми функциональными возможностями вариант СУБД.
• Postgres Pro Standard – оптимальная СУБД для систем со средним уровнем нагрузки и критичности.
• Postgres Pro Enterprise (сертифицированная версия) – вариант Postgres Pro Enterprise доработанный для обеспечения большей защищенности данных, имеющий сертификат ФСТЭК.
• Postgres Pro Certified – вариант Postgres Pro Standard доработанный для обеспечения большей защищенности данных, имеющий сертификат ФСТЭК.

Варианты Postgres Pro различаются функциональными возможностями и наличием сертификатов. В СУБД отсутствуют ограничения на использование ресурсов серверов, количество подключений и другие барьеры подобного рода. СУБД Postgres Pro компилируются для различных архитектур процессоров/серверов и различных операционных систем. Актуальный перечень поддерживаемых архитектур и ОС всегда можно посмотреть на сайте.

Полный список отличий разных вариантов СУБД вы можете найти в документации для каждой версии. В таблице представлены некоторые из них:

Виды лицензий на СУБД Postgres Pro 

Для СУБД Postgres Pro имеется два вида лицензий, различающихся сроком действия: 

• Лицензии без ограничения срока действия (постоянные лицензии). Каждая лицензия как правило включает 1 год стандартной технической поддержки. 
• Лицензии с ограниченным сроком действия. Такая лицензия позволяет использовать СУБД в течение ограниченного периода времени: 1,2,3 … года. По истечение этого срока необходимо либо прекратить использование ПО, либо приобрести новую лицензию. Каждая такая лицензия обычно включает стандартную техническую поддержку на весь срок действия. Имеются специальные лицензии, которые не включают технической поддержки и тогда ее надо приобретать отдельно уже с первого года эксплуатации.

Чем мы можем помочь?

Специалисты компании «Легасофт» помогут Вам выбрать необходимое программное обеспечение и современное торговое оборудование, которое будет отвечать всем потребностям Вашего бизнеса. Торговая автоматизация помогает вести учет и контроль товара, гарантирует улучшение уровня обслуживания покупателей и повышает скорость работы персонала! Чтобы получить бесплатную консультацию по автоматизации своего бизнеса Вы можете пообщаться с нашими специалистами в офисе компании или позвонив по телефону: 8-800-707-01-02.

Мне нужна консультация

Наш специалист

Александр Фоминов

Менеджер по работе с клиентами

Специалист по розничным решениям 1С и торговому оборудованию

   +7 (920) 325-60-14

Чем мы можем быть вам полезны?

Внедрение 1С, доработка и сопровождение 1С.

Продаем ПО: на базе 1С и не только.

Автоматизация бизнеса: продаем и устанавливаем оборудование для торговли.

Обслуживаем онлайн-кассы: продаем и ремонтируем Эвотор и АТОЛ.

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

Варианты СУБД Postgres Pro

Компания Постгрес Профессиональный предлагает 4 варианта СУБД Postgres Pro:

• Postgres Pro Enterprise – наиболее производительный, надежный и обладающий всеми функциональными возможностями вариант СУБД.
• Postgres Pro Standard – оптимальная СУБД для систем со средним уровнем нагрузки и критичности.
• Postgres Pro Enterprise (сертифицированная версия) – вариант Postgres Pro Enterprise доработанный для обеспечения большей защищенности данных, имеющий сертификат ФСТЭК.
• Postgres Pro Certified – вариант Postgres Pro Standard доработанный для обеспечения большей защищенности данных, имеющий сертификат ФСТЭК.

Варианты Postgres Pro различаются функциональными возможностями и наличием сертификатов. В СУБД отсутствуют ограничения на использование ресурсов серверов, количество подключений и другие барьеры подобного рода. СУБД Postgres Pro компилируются для различных архитектур процессоров/серверов и различных операционных систем. Актуальный перечень поддерживаемых архитектур и ОС всегда можно посмотреть на сайте.

Полный список отличий разных вариантов СУБД вы можете найти в документации для каждой версии. В таблице представлены некоторые из них:

Виды лицензий на СУБД Postgres Pro 

Для СУБД Postgres Pro имеется два вида лицензий, различающихся сроком действия: 

• Лицензии без ограничения срока действия (постоянные лицензии). Каждая лицензия как правило включает 1 год стандартной технической поддержки. 
• Лицензии с ограниченным сроком действия. Такая лицензия позволяет использовать СУБД в течение ограниченного периода времени: 1,2,3 … года. По истечение этого срока необходимо либо прекратить использование ПО, либо приобрести новую лицензию. Каждая такая лицензия обычно включает стандартную техническую поддержку на весь срок действия. Имеются специальные лицензии, которые не включают технической поддержки и тогда ее надо приобретать отдельно уже с первого года эксплуатации.

Чем мы можем помочь?

Специалисты компании «Легасофт» помогут Вам выбрать необходимое программное обеспечение и современное торговое оборудование, которое будет отвечать всем потребностям Вашего бизнеса. Торговая автоматизация помогает вести учет и контроль товара, гарантирует улучшение уровня обслуживания покупателей и повышает скорость работы персонала! Чтобы получить бесплатную консультацию по автоматизации своего бизнеса Вы можете пообщаться с нашими специалистами в офисе компании или позвонив по телефону: 8-800-707-01-02.

Мне нужна консультация

Наш специалист

Александр Фоминов

Менеджер по работе с клиентами

Специалист по розничным решениям 1С и торговому оборудованию

   +7 (920) 325-60-14

Чем мы можем быть вам полезны?

Внедрение 1С, доработка и сопровождение 1С.

Продаем ПО: на базе 1С и не только.

Автоматизация бизнеса: продаем и устанавливаем оборудование для торговли.

Обслуживаем онлайн-кассы: продаем и ремонтируем Эвотор и АТОЛ.

»
}

1С:Предприятие

Данная конфигурация основана на стандартном механизме 1С — ХранилищеДополнительнойИнформации, с той лишь разницей, что бинарные данные хранятся не в справочнике записей, а во внешней базе данных на MS SQL сервере.

Преамбула

До этого момента в нашей организации в самописной конфере использовался стандартный механизм типичной торговли — ХранилищеДополнительнойИнформации, но когда объем базы достиг 48 Гб (размер вложения — 35 Гб) база стала заметно тормозить .

проведена ревизия хранимых файлов: конечно выяснилось, что оператор прикрепляет информацию чуть ли не в формате BMP с глубиной цвета 24 бита, но на самом деле это не меняется — основная масса документов была нормального размера и было вызвано большим количеством отсканированных листов. Анализ SQL Profiler показал, что никаких существенно тяжелых запросов к базе пока нет, счетчик производительности дисковых массивов показывает 70% всего в обычном режиме и 97-100% для заданий по расписанию. Выявлена ​​закономерность, что при работе биржи с головной организацией на которую приходится большое количество проверенных файлов, которые пользователи наблюдали в зависании 1С. Что натолкнуло на мысль и выкладываю хранящиеся в системе файлы и сканы документов с конфигурационными данными.

Действие

Первый вариант разделения конфигурационных данных был пересмотрен и файлы хранились по разным файловым группам в рамках одной базы данных, что позволило бы сделать таблицу ХранилищаДополнительнойИнформации на отдельном дисковом массиве. Это увеличило бы производительность базы, но не решило бы проблему быстрорастущей базы, которая за последние 3 месяца прибавила 15гб. Эта база сложнее в обслуживании и поддержке тестовой базы, которых у нас 6 шт.

В результате было принято решение вынести хранящиеся файлы непосредственно в отдельную базу данных для доступа к ней через ADO интерфейс, минуя сервер приложений, дабы еще больше его разгрузить. В справочник ХранилищеДополнительнойИнформации добавлены два реквизита для хранения файла и для хранения размера UID, который будет использоваться для поиска данных во внешней базе данных.

В базе данных MS SQL состоящей из одной таблицы было задано:

FileTable

• FileID — char (36), на поле желательно создать индекс.
• Object -varbinary

Имена могут быть другими, но тогда придется подправить запросы в предложенной конфигурации.

Чтобы в этой базе были настроены индивидуальные права пользователя dbo, этот вариант лучше с точки зрения безопасности. Кроме того, база создана в другом дисковом массиве.

Преимущества данного решения:

• Уменьшаем размер основной базы, упрощаем развертывание и обновление тестовых баз. В то же время для тестовой базы данных можно получить доступ для чтения вложений.
• Мы, как и в первом варианте озвучиваем хранимые файлы и данные 1С на различных дисковых массивах, ускоряя работу всей системы за счет распараллеливания.
• Мы снимаем нагрузку с сервера за счет передачи файлов хранимых приложений, так как подключение к БД будет осуществляться клиентом к SQL серверу без прохождения через сервер приложений 1С.

Эпилог

Сначала я хотел тащить данные с помощью SQL, но решил все же тащить 1С, т.к. не хотел чтобы инфа была сжата, а вести самому писать информацию о размере файла и UID было удобно . Загрузка БД прилагается, обработка по передаче данных — тоже. Все процедуры, реализующие вышеописанный функционал для связи с внешней базой данных через ADO, собраны в конце общего модуля РаботаСФайлами.

В самом конфе у вас есть что исправить ручками эти строки помечены комментариями типа «// ручные изменения». Настроить параметры потребуется для подключения к внешней базе данных и строки подключения к базе данных 1С, что будет необходимо для защиты хранилища данных в случае доступа к нему из тестовой базы данных.

На сегодняшний день база работает под полной нагрузкой: 200-250 пользователей онлайн, обмен с 2 ПД, 1 обмен с УТ и 1 обмен с руководителем. Ушли зависания 1С, включение дисков приобрело нормальный уровень в 50% до 90% на пике. При пиковых нагрузках 1с зависаний больше не наблюдается.

Добавление: 20.09.10 Добавлена ​​рутинная задача по очистке базы данных SQL от ссылок, которых больше нет в каталоге ХранилищеДополнительнойИнформации.

Как перенести 1С в облако

Большое количество российских компаний используют решения на платформе 1С для ведения бухгалтерского учета. Благодаря облачным технологиям предприятия могут выбирать между стандартным готовым и облачным решением. Каждый вариант имеет свои особенности. В этой статье рассмотрим перенос 1С в облако.

Облачная база данных 1С — это база данных, работающая на платформе облачных вычислений.

Исследуем миграцию базы данных, расположенной на физических серверах, так как перенос клиент-серверной версии требует установки специального программного обеспечения и настройки дополнительного оборудования. И эту работу следует доверить квалифицированным системным администраторам или специалистам 1С.

Миграция 1С в Облако

Миграция базы данных в облако выполняется в три этапа.

Шаг 1 : Загрузка существующей базы 1С в файл

1. Запускаем 1С и выбираем из списка БД для переноса.
2. Укажите папку для хранения файла базы данных и его имя. Щелкните Сохранить.
3. Зайдите в «Конфигуратор» и в главном меню найдите «Администрирование» — «Скачать информационную базу».

Скорость загрузки зависит от размера базы данных и может занять много времени. Мы рекомендуем не нагружать компьютер другими задачами.

Шаг 2 : Перенос файла базы 1С в папку для загрузки в облако

Найдите загруженный файл в папке, где вы его сохранили

Скопируйте его в новое место, чтобы загрузить в облако. Файлы размером до 1 ГБ можно копировать стандартным способом (Копировать|Вставить). «Тяжелые» файлы лучше загружать на FTP-сервер или в облако

Шаг 3 : Загрузите файл базы данных 1С в Cloud4Y

Чтобы загрузить свой файл базы данных в новую информационную базу, зайдите на свой виртуальный сервер 1С. Доступ к нему вы получите у менеджера или сотрудника техподдержки Cloud4Y.

1. Создайте на диске С пустую папку с названием вашей информационной базы. Название можно дать любое, например «Базы 1С».
2. Создать в новой папке еще одну, например, «Бухгалтерия». Затем вы поместите в эту папку загруженную ранее информационную базу.
3. Откройте 1С и нажмите «Добавить» в окне со списком баз
4. В появившемся окне выберите «Создать новую информационную базу», затем «Далее».
5. Выберите «Создать информационную базу без конфигурации», а затем снова нажмите «Далее».
6. Укажите имя для новой информационной базы на вашем облачном сервере 1С. Выберите расположение базы данных «На этом компьютере или на компьютере в локальной сети». Нажмите «Далее».

7. Выберите, где будет храниться ваша информационная база. Выберите созданную ранее папку. Нажмите «Далее», а затем «Готово». Список баз данных будет обновлен новой базой данных. В нашем случае это «Бухгалтерия.

8. Выберите эту базу и запустите «Конфигуратор.

9. В меню «Администрирование» выберите «Загрузить информационную базу».

10. Скачиваем базу. Чем больше файл, тем больше времени потребуется для загрузки. Как только появится сообщение об успешной загрузке, программа предложит перезапустить «Конфигуратор». Нам это не нужно, поэтому нажимаем «Нет».

11. Готово. Теперь у вас есть виртуальный сервер 1С с актуальной информационной базой. Вы можете работать с ним как обычно.

Зачем мигрировать 1С в облако

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

Решение выгодно для предприятий, которые не готовы инвестировать в лицензионное ПО и его регулярные обновления. Виртуальный сервер 1С выгоден и для крупного бизнеса, так как позволяет оптимизировать затраты и гарантирует быструю и стабильную работу учетных систем.

Миграция в облако также выгодна для компаний с широкой филиальной сетью. Он позволяет консолидировать все данные и исключить риск потери важной информации, а также улучшить совместную работу. Среди других преимуществ можно выделить следующие:

1. Вы можете легко изменить количество пользователей в облаке, количество используемых баз данных

2. Не нужно покупать дорогие лицензии

3. Простое создание баз данных и управление ими

4. Автоматические обновления, нет необходимости поддерживать программное обеспечение

5. Мощности облачного сервера 1С достаточно для работы с любым количеством баз данных разного размера. Нет необходимости покупать мощное оборудование для поддержки растущих баз данных

6. Сотрудники могут работать с 1С в облаке из любой точки мира.

7. Нет риска потери данных. Автоматическое резервное копирование и репликация данных позволяют поддерживать базу данных в актуальном состоянии, даже если что-то случится с основным сервером

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