Как из sql базы 1с сделать файловую
Перейти к содержимому

Как из sql базы 1с сделать файловую

  • автор:

Как перевести базу 1С из SQL в файловую: подготовка и процесс переноса

Приведенный код демонстрирует как выполнить перевод базы 1С из SQL в файловую:

 ВЫБРАТЬ * ИЗ БазаДанных1С В ФАЙЛ "путь/к/файлу.ФайловаяБазаДанных" 

Этот код выбирает все записи из базы данных 1С и сохраняет их в указанный файловый путь и формат.

Детальный ответ

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

Что такое база данных 1С?

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

Различные форматы баз данных 1С

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

Как перевести базу 1С из SQL в файловую?

Перевод базы данных 1С из SQL в файловый формат возможен с использованием специального инструмента — Конфигуратора 1С. Вот несколько шагов, которые тебе потребуется сделать:

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

После выполнения этих шагов база данных будет успешно переведена из SQL в файловый формат, и вы сможете продолжить работу с ней в новом формате.

Примечания по переводу базы данных

Перевод базы данных из SQL в файловый формат может быть полезным в некоторых случаях, однако необходимо учитывать некоторые особенности и ограничения:

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

Пример кода

Для наглядности приведем пример кода, демонстрирующий как перевести базу данных 1С из SQL в файловый формат.

 USE master; GO -- Создаем новую файловую базу данных CREATE DATABASE NewDatabase ON (NAME = 'NewDatabase_dat', FILENAME = 'C:\Path\To\NewDatabase.mdf') AS SNAPSHOT OF ExistingSQLDatabase; GO 

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

В заключение

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

Бэкап файловых и SQL баз 1С (в облако и с шифрованием)

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

ПО является платным: 2500₽.
Переход на новую версию (с 3 на 4) также является платным: 1250₽.

Писал инструкцию для друга, но думаю она пригодиться и кому-то из вас.

И как всегда, в комментариях, вы научите меня чему-то новому =)

В конце инструкции приведен пример журнала, по которому хорошо видна скорость выполнения задачи.

Цель:
Автоматическое создание шифрованных бэкапов по расписанию с отчётом об ошибках на почту.

Логика бэкапов:

  • Ежедневно последние 30 шт (срок хранения 1 месяц)
  • Ежемесячно 1 числа последние 24 шт (срок хранения 2 года)
  • Ежегодно 1 февраля последние 10 шт (срок хранения 10 лет)
  • Бэкапы выгружаются в хранилище бэкапов (локальное или сетевое) из под учётки backup
  • Бэкапы выгружаются в облако Goole Drive (возможно с собственным OAuth ID Client/Secret)
  • Отправка отчета об ошибках на электронную почту
  • Данная инструкция приводится как готовый пример использования, который можно и нужно адаптировать под свои задачи.
  • Задания могут запускаться в одно время, т.к. поддерживается параллельное выполнение заданий, что ощутимо сокращает время для бэкапов.
  • Дополнительное копирование выполняется на основе задачи, т.е. выполняется копирование последнего уже созданного бэкапа. Например, если дополнительное копирование должно быть выполнено 10 числа, а бэкап выбранной задачи от 10 числа завершился с ошибкой (а мы не стали вмешиваться), то дополнительное копирование сделает копию для последнего успешного бэкапа выбранной задачи, в нашем примере будет от 9 числа.
  • В программе можно настроить выгрузку баз средствами 1С в виде .dt файлов, с автоматической блокировкой/разблокировкой базы и выкидыванием пользователей. В данной инструкции такой способ не рассматривается, как ненадежный способ резервного копирования формата .dt.

    Автозагрузка
    Запускать как служба Windows (сервер)
    пользователь backup, пароль свой

Пояснения по пользователю backup, для чего отдельная учетка

Для бэкапов считаю важным создавать и использовать отдельную учетную запись, например backup. Это может быть как локальная так и доменовская учетка.
Доступ к хранилищу бэкапов для админов должен быть настроен для чтения, и только у учетки backup на запись. Это позволит защитить ваши бэкапы от многих опасностей (дурная голова, вирусы). А если вам понадобится внести какие-то изменения в хранилище бэкапов, то всегда можно дать себе временны доступ, или запустить любой проводник (например Total Commander) от имени учетки backup для полного доступа к хранилищу.

Пояснения по использованию сетевого пути

Сетевую папку желательно разместить на компьютере с данной программой, т.е. по факту для нас это будет локальная папка (если скорость позволяет, то и любой другой сетевой путь).
Доступ к папке Temp (каталог временных файлов) должен быть:

  1. для backup на запись
  2. для учетки из под которой работает служба MS SQL Server на запись
  3. админам на чтение

Чтобы обойти это ограничение, мы выбираем сетевой путь для временной папки. Тогда SQL сервер будет получать сетевой путь и будет выгружать бэкап по этому адресу.

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

Тут вносить изменения не обязательно, но как всегда есть небольшое НО

Недавно я получил ошибку выгрузки бэкапов в облако из-за превышения лимитов OAuth. Ошибка была только один раз, разработчики устранили эту проблему, но зачем ждать её снова. Я решил получить свой OAuth на Google Диск и забыть об этом.
Инструкция с картинками, как получить свой Client ID и Secret нашел тут: https://github.com/Cloudbox/Cloudbox/wiki/Google-Drive-API-Client-ID-and-Client-Secret

Если вы это настраиваете удаленно на сервере или чужом компьютере

То можно выполнить авторизацию альтернативным способом. Закрываем окно ввода логина и пароля — появится ошибка авторизации — жмем кнопку Пользовательский режим, далее жмем по ссылке Получить код подтверждения ссылка авторизации откроется в браузере. Ссылку копируем к себе на компьютер, авторизуемся у себя на компьютере, подтверждаем права доступа, получаем ключ, копируем его обратно в поле окна Авторизация приложения в пользовательском режиме, жмем ОК

Выбираем путь к папке в облаке, аналогично:
Backup/EveryDay

  • Основные параметры
    Включить в архив бэкап базы SQL (на примере Microsoft SQL Server)
  • База Microsoft SQL
    Прописываем все реквизиты.
    Проверяем, что на MS SQL сервере открыт TCP 1433 порт.
    Жмем: Проверить
  • Хранилище архивов
    — Добавляем хранилище \\NAS\Backup\EveryDay
    Автоматически удалять устаревшие резервные копии: 30
    — Добавляем хранилище EveryDay (Google Диск)
    Автоматически удалять устаревшие резервные копии: 30
  • Файл архива
    Имя файла архива: название базы
    Окончание имени архива: yyyy.mm.dd_hh.nn.ss
    Архивирование
    Формат: 7z
    Сжатие: без сжатия

Почему без сжатия?

При резервном копировании SQL базы стоит рассмотреть 2 варианта

1. Сжатие базы средствами SQL сервера. — Быстрый, но сжимает хуже чем 7z.
Если выбрали этот вариант, то нужно:
— Выбрать: без сжатия (т.к. сжимать уже сжатый .bak файл без толку)
— В свойствах MS SQL сервера включить: Параметры базы данных > Сжимать резервные копии.

2. Сжатие базы средствами 7z — Медленный, но сжимает лучше чем SQL.
Если выбрали этот вариант, то нужно:
— Выбрать: максимальное сжатие
— В свойствах MS SQL сервера отключить: Параметры базы данных > Сжимать резервные копии.

В SQL бэкапах я использую первый вариант, хоть он и сжимает по хуже, зато выгрузка делается за считанные минуты (а то и секунды). А вот второй вариант может растянуться на часы.

В будущих версиях программы разработчики обещали подумать над тем, чтобы добавить опцию сжатия MS SQL баз в свойства задачи, чтобы не бегать в свойства MS SQL сервера.

  • Основные параметры
    Задача резервного копирования — источник: выбираем нужную задачу
    Хранилище… источник: выбираем хранилище \\NAS\Backup\EveryDay
  • Хранилище архивов
    — Добавляем хранилище \\NAS\Backup\EveryMonth
    Автоматически удалять устаревшие резервные копии: 24
    — Добавляем хранилище EveryMonth (Google Диск)
    Автоматически удалять устаревшие резервные копии: 24
  • Файл архива
    Имя файла архива: название базы
    Окончание имени архива: yyyy.mm.dd_hh.nn.ss
    Архивирование
    Формат: 7z
    Сжатие: без сжатия
    Шифровать архивы
    Шифровать имена файлов
    Устанавливаем пароль (запишите его, если забудете, то бэкапы будет не восстановить)
  • Расписание автозапуска:
    Запускать по расписанию: включить
    Ежемесячно. Все месяцы 1 числа.
    05:00
  • Прервать выполнение задачи через: включить
    2 час. 0 мин.
  • Хранилище архивов
    — Добавляем хранилище \\NAS\Backup\EveryYear
    Автоматически удалять устаревшие резервные копии: 12
    — Добавляем хранилище EveryYear(Google Диск)
    Автоматически удалять устаревшие резервные копии: 12
  • Расписание автозапуска:
    Запускать по расписанию: включить
    Ежемесячно. Февраль 1 числа (год закрыт)
    05:00
  • Основные параметры
    Количество дней. : 1
  • Выбираем все задачи, у всех выбираем фильтр записей: Записи журнала с ошибками
  • Параметры почты
    Заполняем реквизиты почты. Куда и с какой темой отправлять отчеты.
  • Расписание автозапуска:
    Запускать по расписанию: включить
    Ежедневно
    07:00

Пример журнала резервного копирования MS SQL базы весом 52Гб (mdf):
===========================================
Задача: Base1
Вид задачи: Резервное копирование файлов и баз данных
Компьютер: SRVTS0
Версия: 4.5 / 2
Запуск: По расписанию, как служба
Начало: 11.11.2019 4:01:08
Конец: 11.11.2019 5:13:57
Статус: Успешное выполнение задачи
===========================================
11.11.2019 4:01:08 — Резервное копирование MSSQL базы «Base1» .
11.11.2019 4:01:08 — SQL Server version 11
11.11.2019 4:22:15 — Выполнено
11.11.2019 4:22:15 — Резервное копирование файлов .
11.11.2019 4:22:15 — формат 7z, без сжатия, c шифрованием заголовка
11.11.2019 4:26:50 — 1 файлов добавлено, 0 файлов пропущено
11.11.2019 4:26:50 — Выполнено
11.11.2019 4:26:52 — Загрузка бэкапа 5,41 GB в хранилище «EveryDay (Google Диск)» .
11.11.2019 4:26:54 — Загрузка «Base1_2019.11.11_04.26.52.7z» 5,41 GB (1 из 1)
11.11.2019 5:13:57 — Загрузка удачно завершена
11.11.2019 4:26:52 — Загрузка бэкапа 5,41 GB в хранилище «\\NAS\Backup\EveryDay» .
11.11.2019 4:26:52 — Загрузка «Base1_2019.11.11_04.26.52.7z» 5,41 GB (1 из 1)
11.11.2019 4:28:13 — Загрузка удачно завершена

Из журнала видно, что загрузка в хранилище и в облако началась одновременно.
Бэкап в хранилище был завершен через 27 минут. А в облако был выгружен через 1 час 12 минут от старта задачи.
При условии, что параллельно в это же время выполнялось еще 4 задачи резервного копирования баз, размер которых 38Гб, 28Гб, 6Гб и 5Гб (mdf).
Все задачи были одновременно запущены в 4:00 и успешно завершены до 5:15:00.

Есть конечно и небольшие недоработки, кроме тех, что уже описал в статье:

  • отсутствие возможности экспорта и импорта настроек и задач в виде текстового файла (именно текстового, а не mdb и т.п., чтобы можно было легко открыть и отредактировать)
  • нет визуального сохранения настроек OAuth, всегда пусто и не понятно настроено или нет.
  • нет возможности быстро включить/выключать задания (нужно открывать каждое и заходить в расписание). Хотя в главном окне интуитивно так и просится двойной клик по галочке.

Но в целом результат меня очень порадовал. Считаю программу очень полезной.

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

Как перевести базу 1с из sql в файловую

Это ведь реальный сценарий? Как это выглядит в общих чертах? Выгрузили данные — загрузили обратно, только уже без SQL?

Левел: нуб.
Конфигурация: голая БП без кастомизаций.

7, о, а это интересно, не слыхали о такой проблеме.

Слил дамп через pg_dump.
Создал ручками новую БД в PGSQL.
Залил в созданную БД дамп.
Зашел в оснастку сервера 1С.
Добавил новую инфомрационную базу с указанием на новую БД.
В клиенте 1С добавил ИБ в стартовом окне.
Запустил — работает.

Arxont

3. Создаём пустую файловую базу — в лаунчере 1С выбираем режим запуска конфигуратор, нажимаем «Добавить», указываем папку для новой БД и название. Нажимаем «ОК» — В открывшемся диалоговом окне «Выбор формата хранения данных» по умолчанию установлен переключатель «Файлы *.DBF, *.CDX». Язык меняем на 1251 русский. Нажмите OK.

4. Загружаем dt файл в новую базу «Администрирование» — «Загрузить данные». Выбираем созданный нами на втором шаге файл и нажимаем «ОК»

5. После загрузки первый раз надо зайти в монопольном режиме от администратора или другого пользователя имеющего полные права.

Как перевести базу 1с из sql в файловую

3. Создаём пустую файловую базу — в лаунчере 1С выбираем режим запуска конфигуратор, нажимаем «Добавить», указываем папку для новой БД и название. Нажимаем «ОК» — В открывшемся диалоговом окне «Выбор формата хранения данных» по умолчанию установлен переключатель «Файлы *.DBF, *.CDX». Язык меняем на 1251 русский. Нажмите OK.

4. Загружаем dt файл в новую базу «Администрирование» — «Загрузить данные». Выбираем созданный нами на втором шаге файл и нажимаем «ОК»

5. После загрузки первый раз надо зайти в монопольном режиме от администратора или другого пользователя имеющего полные права.

Перенос баз 1С

Продукты фирмы «1С» имеют два основных решения для хранения данных: файловая база данных и база данных, размещенная на SQL Server. В данной статье мы рассмотрим два варианта переноса баз данных 1С с сервера на сервер (с компьютера на сервер).

Если вам необходимо перенести базы 1С в облако, то мы можем сделать это бесплатно в рамках услуги аренда сервера 1С.

Вариант №1 – Перенос базы с помощью выгрузки .dt формата (применимо как к файловым базам, так и к серверным):
  1. Необходимо открыть базу, которую собираетесь переносить в режиме конфигуратора:

Скриншот 1. Окно со списком баз 1С

Скриншот 1. Окно со списком баз 1С

  1. В конфигураторе необходимо выбрать пункт меню «Администрирование» и «Выгрузить информационную базу»:

Скриншот 2. Режим конфигуратора

Скриншот 2. Режим конфигуратора

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

Скриншот 3. Выбор директории для выгрузки

Скриншот 3. Выбор директории для выгрузки

  1. Как только конфигуратор закончит выгрузку базы данных, он выдаст информационное окно, что выгрузка информационной базы завершена.

Скриншот 4. Информационное окно, что всё прошло успешно

Скриншот 4. Информационное окно, что всё прошло успешно

  1. Готовая выгрузка для переноса на другой сервер.

Скриншот 5. Выгрузка в выбранной нами папке

Скриншот 5. Выгрузка в выбранной нами папке

  1. Переносим файл формата .dt с сервера на сервер любым удобным для нас способом (с помощью флэш-накопителя, через облако).
  1. После того как перенос базы выполнен нам необходимо создать пустую базу и загрузить в неё нашу выгрузку (в нашем примере мы примере мы создадим пустую файловую базу).
  1. Создание базы данных происходит следующим образом (согласно скриншотам).

Скриншот 6. Окно добавления информационной базы

Скриншот 6. Окно добавления информационной базы

Скриншот 7. Окно добавления информационной базы

Скриншот 7. Окно добавления информационной базы

Скриншот 8. Окно добавления информационной базы

Скриншот 8. Окно добавления информационной базы

Скриншот 9. Окно добавления информационной базы

Скриншот 9. Окно добавления информационной базы

Скриншот 10. Окно добавления информационной базы

Скриншот 10. Окно добавления информационной базы

  1. Далее заходим в нашу базу в режиме конфигуратора.

Скриншот 11. Окно со списком баз 1С

Скриншот 11. Окно со списком баз 1С

  1. Во вкладке администрирование выбираем пункт «Загрузить информационную базу», указываем путь и выбираем нашу выгрузку.

Скриншот 12. Режим конфигуратора

Скриншот 12. Режим конфигуратора

Скриншот 13. Директория где находится перенесенная нами выгрузка

Скриншот 13. Директория где находится перенесенная нами выгрузка

  1. Конфигуратор выдаст нам следующее окно. Нажимаем «Да».

Скриншот 14. Диалоговое окно в режиме конфигуратора

Скриншот 14. Диалоговое окно в режиме конфигуратора

  1. Наша выгрузка успешна загружена в нашу пустую базу. Перенос базы выполнен, о чем нам рапортует конфигуратор.

Скриншот 15. Диалоговое окно в режиме конфигуратора

Скриншот 15. Диалоговое окно в режиме конфигуратора

Вариант №2. Перенос базы данных 1с SQL.
  1. Заходим в Microsoft SQL Server Management Studio (MSSMS), вводим уч.данные администратора баз данных.
  1. Далее кликаем правой кнопкой мыши по базе, которую нужно перенести и выбираем пункт «Создать резервную копию…».

Скриншот 16. Консоль администрирования MS SQL

Скриншот 16. Консоль администрирования MS SQL

  1. Во вкладке общее выбираем тип архивной копии «Полная» и назначение «Диск» и нажимаем кнопку «Добавить».

Скриншот 17. Окно «Резервное копирование базы данных»

Скриншот 17. Окно «Резервное копирование базы данных»

  1. Выбираем путь, тип резервной копии «.bak» и назначаем имя нашему бэкапу.

Скриншот 18. Окно с выбором пути для бэкапа базы

Скриншот 18. Окно с выбором пути для бэкапа базы

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

Скриншот 19. Окно «Резервное копирование базы данных»

Скриншот 19. Окно «Резервное копирование базы данных»

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

Скриншот 20. Окно «Резервное копирование базы данных»

Скриншот 20. Окно «Резервное копирование базы данных»

  1. Как только бэкап нашей базы будет создан появится информационное окно:

Скриншот 21. Информационное окно

Скриншот 21. Информационное окно

  1. Далее переносим нашу базу на новый сервер любым удобным для нас способом.

ВАЖНО! В нашем примере мы не учитываем совместимость MS SQL серверов. Для того, чтобы бэкап базы данных успешно развернулся на новом сервере, версия MS SQL сервера должна быть либо такой же, либо выше (режим обратной совместимости), чем на старом сервере.

Перенос базы 1С из SQL в DBF. Подскажите плиз.

Искал по этой теме инфу, прочитал http://www.buh.ru/forum/thread.jsp?id=238360&threadtype=1 но там не до конца понятно.

Для копирования базы что нужно сделать?
Зайти в конфигуратор (кстати какую выгрузку сделать?).
Нужно ли копировать какие либо файлы самому?

онфигуратор—администрирование—выгрузить данные

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

Может потребоваться копировать некоторые файлы, например из \extforms, файлы прописей, eangnivc (или как-то так, короче говоря шрифт), v7plus и проч.

Перевод базы размером 60 GB из SQL в файловый режим возможен?

Mi11er

Все реально, у нас УТ размеров 60 гигов, вчера как раз выгрузил в dt , размер получился 10.5 при выгрузке.

Так что все реально

Mi11er

Mi11er

так . перечитал я тут и понял =)
что не так понял =)

Да , мы выгружаем в дт и после уже опять в sql (

Простите =) не понял сразу

Jump

Да запросто.
Нужно лишь понимать ограничения файловой — в частности ограничения на размер таблиц.
Как и то что их можно в принципе поменять.

Переезд файловой базы 1с на sql работу

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

Как всегда данная заметка опирается на то, где я показал как создавать бекап файловой базы 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

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

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

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) в режиме конфигуратора на подключение к этой базы и к этому кластеру . На хосте srv-1c82-1c проделываю:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Нажимаю Нет.

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

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

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

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

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

Пароль: Aa1234567

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

Успешный переход с файловой базы 1с 8.2 на SQL вариант

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

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

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

Похожие публикации:

  1. Blind sql injection как использовать
  2. Firebird sql server что это за программа
  3. Microsoft sql server 2005 compact edition enu что это за программа и нужна ли она
  4. Microsoft system clr types for sql server 2012 что это

Как уменьшить размер базы 1С, не удаляя данные из базы и не делая свертку

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

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

Этот способ безусловно эффективный, но достаточно трудоемкий и затратный по времени. Плюс в процессе свертки могут возникать различные ошибки и проблемы, которые без помощи специалистов по 1С решить будет сложно.

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

  1. Настройка автоматического удаление помеченных на удаление объектов.
  2. Настройка и сокращение журнала регистрации базы 1С.
  3. Сжатие базы 1С в случаях, когда база 1С файловая.

Рассмотрим указанные способы подробнее:

1. Настройка автоматического удаления помеченных на удаление объектов

Со временем в базе 1С накапливаются помеченные на удаление объекты. Эти объекты физически занимают некоторую объема базы 1С.

Помеченные на удаление объекты можно периодически удалять вручную, но можно настроить так, чтобы этот процесс выполнялся автоматически.

Рассмотрим настройку автоматического удаления помеченных на удаление объектов на примере конфигурации 1С: Управление Торговлей:

1. Перейдите на закладку «НСИ и Администрирование» и выберите «Обслуживание»:

2. Откроется окно «Обслуживание». В окне выберите «Удаление помеченных объектов»:

3. Откроется окно «Удаление помеченных объектов». В окне установите флажок «Автоматически удалять помеченные объекты по расписанию»

4. Откроется окно «Расписание». В окне на закладке «Общие», укажите как часто нужно запускать удаление помеченных объектов. Каждый день или, например, каждые 7 дней (1 раз в неделю):

5. Затем в окне «Расписание» перейдите на закладку «Дневное» и укажите желаемое время, когда должно запускаться удаление помеченных объектов. Например, начало с 4:00 до 4:15, завершать после 6:00:

ВАЖНО! Если база 1С файловая, то автоматическое удаление помеченных объектов сможет запускаться только, когда база открыта у одного из пользователей. В этом случае расписание нужно устанавливать так, чтобы автоматическое удаление запускалось в рабочее время, например, в начале или в конце рабочего дня.

6. Когда расписание настроено. В окне «Расписание» нажмите «Ок», затем закройте окно «Удаление помеченных объектов»:

7. Готово. Автоматическое удаление помеченных на удаление объектов в базе 1С настроено.

2. Настройка и сокращение журнала регистрации базы 1С

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

Т.к. журнал ведется с самого начала работы базы 1С, то со временем, размер журнала по объему может превысить размер самой базы 1С. Поэтому рекомендуется периодически сокращать журнал регистрации, удаляя из него старые записи, которые уже точно не пригодятся.

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

Для того, чтобы настроить и сократить журнал регистрации 1С нужно выполнить следующие действия:

1. Запустите Вашу базу 1С в режиме «Конфигуратор»:

2. В конфигураторе перейдите на закладку «Администрирование» и выберите «Настройка журнала регистрации»

3. Откроется окно «Настройка журнала регистрации». В окне в поле «Регистрировать в журнале события» настраивается уровень детализации журнала:

  • «Не регистрировать» — в журнал регистрации ничего не записывается.
  • «Регистрировать ошибки» — в журнал регистрации записываются только критичные ошибки, возникающие при работе 1С.
  • «Регистрировать ошибки, предупреждения»- в журнал регистрации записываются критичные ошибки и важные сообщения, не являющиеся ошибками.
  • «Регистрировать ошибки, предупреждения, информацию» — в журнал регистрации записываются критичные ошибки и важные сообщения, не являющиеся ошибками, вся информация по изменяемым объектам базы 1С.
  • «Регистрировать ошибки, предупреждения, информацию, примечания» — в журнал регистрации записываются критичные ошибки и важные сообщения, не являющиеся ошибками, вся информация по изменяемым объектам базы 1С, прочая дополнительная информация.

Обычно в поле установлен флажок «Регистрировать ошибки, предупреждения, информацию, примечания», что означает максимальный уровень детализации журнала:

Если в Вашей базе 1С журнал регистрации увеличивается в размерах очень быстро, то можно уменьшить уровень детализации журнала установив флажок «Регистрировать ошибки, предупреждения, информацию» или «Регистрировать ошибки, предупреждения»:

Устанавливать флажок «Не регистрировать» или «Регистрировать ошибки» НЕ рекомендуется, т.к. в этом случае, при возникновении проблем с базой 1С, специалистам будет сложнее разобраться в причинах ошибки.

4. В окне «Настройка журнала регистрации» нажмите кнопку «Сократить»:

5. Откроется окно «Сократить журнал регистрации». В окне в поле «Удалить события до» укажите дату, до которой нужно удались старые записи журнала. Обычно указывают начало этого или прошлого месяца. Затем нажмите кнопку «ОК»:

6. Откроется окно с вопросом. В окне нажмите кнопку «Да»:

7. Начнется удаление старых записей журнала регистрации. Удаление может занять некоторое время. Когда удаление записей завершится, окна «Сократить журнал регистрации» закроется автоматически. Закройте окно «Настройка журнала регистрации»:

8. Готово. Журнал регистрации базы 1С настроен и сокращен.

3. Сжатие файловой базы 1С

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

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

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

ВАЖНО! Описанный способ сжатия базы 1С подходит только для случаев, когда база 1С файловая. Если база 1С серверная, то, чтобы настроить сжатие базы, нужно обратиться к системному администратору.

Для того, чтобы сжать файловую базу 1С, нужно выполнить следующие действия:

1. Закройте базу 1С на всех компьютерах, если она где-то открыта.

2. Запустите Вашу базу 1С в режиме «Конфигуратор»:

3. В конфигураторе перейдите на закладку «Администрирование» и нажмите кнопку «Тестирование и исправление»:

4. Откроется окно с вопросом. В окне нажмите кнопку «Продолжить»:

5. Откроется окно «Тестирование и исправление информационной базы». В окне в списке «Таблицы и режимы» установите только один флажок «Сжатие таблиц информационной базы» и нажмите кнопку «Выполнить»:

ВАЖНО! Следует убедиться, что установлен только флажок «Сжатие таблиц информационной базы». Все остальные флажки в списке «Таблицы и режимы» должны быть сняты. Неправильная их установка может привести к проблемам с базой 1С.

Если база 1С большая, то сжатие таблиц может выполняться довольно долго. При необходимости, Вы в окне можете установить флажок «Прервать выполнение проверки через» и указать, когда следует прекратить сжатие таблиц:

Если до установленного времени сжатие базы не успеет выполниться, оно автоматически завершится, и Вы сможете продолжить работу в 1С.

6. Когда сжатие таблиц завершится, внизу в окне «Служебные сообщения» появится запись о том, что тестирование закончено. Закройте окно «Тестирование и исправление информационной базы»:

7. Готово. Сжатие базы 1С выполнено.

Полезные материалы

  • Как выбрать подрядчика на проект или задачу по 1С
  • Автоматизация склада на 1С. Как выполняется перемещение товаров с использованием ТСД?
  • Зачем нужно использовать упаковки на ордерном складе и как их настроить в 1С?
  • Зачем нужен руководитель проекта от Заказчика на проекте 1С и как его выбрать?
  • Зачем делать Предпроектное обследование на проекте внедрения 1С?
  • Автоматизация склада на 1С. Как выполняется приемка товаров на адресный склад с помощью ТСД и 1С?
  • Все полезные материалы

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *