полетела база 1с как восстановить учет
Как восстановить файлы 1С из резервной копии: пошаговая инструкция восстановления файловой базы из бэкапа
Учетная система предприятия содержит огромное количество ценной информации, требующей надежного хранения. Однако даже при использовании проверенных программ всегда есть вероятность того, что неаккуратные действия или ошибки, со стороны как пользователей, так и специалистов технической поддержки, могут стать причиной повреждения данных. Отсутствие полноценного доступа к отчетности — серьезная проблема, требующая оперативного решения, а также определенных навыков и знаний. Впрочем, сегодня восстановить файлы 1С не так уж и сложно — особенно в тех случаях, когда вы располагаете резервной копией.
Зачем это может понадобиться
Практика показывает, что ситуации, связанные с обращением к бэкапам, встречаются достаточно регулярно. Среди наиболее распространенных причин отмечают:
Стоит отметить, что перед тем как загрузить резервную копию в 1С, следует повторно сохранить текущую конфигурацию, поскольку она также может понадобиться в дальнейшей работе. Целесообразной считается даже фиксация состояния нерабочей версии, особенно в том случае, если она осуществляется через средства сервера SQL. В целом, привычка регулярного создания дублирующих и промежуточных файлов рассматривается как положительная практика, поскольку непредсказуемость возникновения неполадок требует наличия дополнительных гарантий. Оптимальный график — ежедневное копирование, исключающее необходимость глубокого отката с несохраненными изменениями.
Как восстановить базу данных программы 1С из резервной копии (пошагово)
Существует несколько способов, эффективность применения которых зависит от специфики и природы возникновения технической неисправности. В этом случае не стоит совершать «резких движений», поскольку нередко оказывается, что проблема носит локальный характер, и не требует привлечения сторонней поддержки.
В первую очередь рекомендуется сохранить то, что есть на момент выявления неисправности, скопировав файл 1Cv8.1CD в каталог, в котором по умолчанию хранятся бэкапы. После этого можно переходить к следующему этапу.
Способ 1. Восстановление базы данных 1С из файла *.dt
Методика в том числе актуальна и для клиент-серверных БД, и предусматривает выполнение определенной последовательности действий:
Система автоматически приступит к выгрузке, по окончании цикла выведя на экран уведомление с предложением перезапуска (не нужно). После этого — если все прошло успешно — вы сможете получить доступ к исходным данным, актуальным на момент создания «запасной» версии.
Способ 2. Как восстановить базу из файла *.1cd
В этом случае речь идет о работе с учетными программами файлового типа. Применяемый алгоритм крайне прост. Все, что требуется для исправления технической неполадки — провести замену объекта в папке хранения. Перед тем, как запустить 1С из резервной копии, понадобится найти адрес расположения архива «1Cv8.1CD». — для этого можно воспользоваться формой выбора ИБ. Ну и, конечно, не забывайте о повторном копировании, нередко позволяющем избежать более серьезных проблем.
Загрузка в режиме Конфигуратора
В ситуациях, когда архивный файл создавался при помощи стандартной процедуры (то есть через подменю «Администрирование» — «Выгрузить»), для реконструкции исходной конфигурации потребуется запустить учетную систему в соответствующем формате. В данном случае восстановление БД 1С 8, вне зависимости от версии (Предприятие, Бухгалтерия, Управление торговлей и т.д.), выглядит следующим образом:
После актуализации архивная копия полностью заменит информацию в программе учета.
Восстановление в пользовательском режиме
В ситуациях, когда для создания бэкапа применялась автоматическая система копирования, либо сохранение было инициировано одним из пользователей (через меню «Администрирование» — «Обслуживание»), осуществлять загрузку следует с помощью этого же раздела. Причина — использование в процессе сохранения формата WinRaR, при котором окончательное расширение файла базы становится не *.1cd, а *.zip.
Как и в предыдущих случаях, укажите путь для реконфигурации, ориентируясь на характеристики архива (дата/время). После этого запустите процесс, который вскоре вернет рабочий доступ к общей системе.
Автоматическая архивация
Методика, применяемая для восстановления файловой базы информационных данных программы 1С из резервной копии (бэкапа), во многом определяется исходным способом формирования архивного документа. Штатная ситуация — самостоятельное создание в соответствии с настройками СУБД — предусматривает следующий цикл действий:
Зайдите в уже знакомое меню «Администрирование» — «Обслуживание» и выберите нужный пункт.
В появившемся окне кликните на троеточие, выделите подходящий архив и нажмите на «Открыть». Стоит отметить, что здесь также присутствует возможность выбора отдельного файла.
Проверьте путь, указанный к подходящему сохраненному элементу — если все верно, запускайте восстановление базы 1 С из резервной копии.
Система отметит изменения в базовом размещении ИБ, что обуславливает автоматическое появление запроса, уточняющего специфику операции. Планируя в дальнейшем использовать архив в качестве основного, отметьте, что в данном случае выполняется перемещение. Если же бэкап применяется для временной работы с учетными сведениями, потребность в которой обуславливается текущей производственной ситуацией (к примеру, поступление входящего запроса из контролирующих органов) — выберите соответствующий пункт всплывающего окна с формой подтверждения. После завершения вы сможете вернуться к актуальной версии.
Загрузка информационной базы
Готовые решения для всех направлений
Мобильность, точность и скорость пересчёта товара в торговом зале и на складе, позволят вам не потерять дни продаж во время проведения инвентаризации и при приёмке товара.
Ускорь работу сотрудников склада при помощи мобильной автоматизации. Навсегда устраните ошибки при приёмке, отгрузке, инвентаризации и перемещении товара.
Скорость, точность приёмки и отгрузки товаров на складе — краеугольный камень в E-commerce бизнесе. Начни использовать современные, более эффективные мобильные инструменты.
Повысь точность учета имущества организации, уровень контроля сохранности и перемещения каждой единицы. Мобильный учет снизит вероятность краж и естественных потерь.
Повысь эффективность деятельности производственного предприятия за счет внедрения мобильной автоматизации для учёта товарно-материальных ценностей.
Первое в России готовое решение для учёта товара по RFID-меткам на каждом из этапов цепочки поставок.
Исключи ошибки сопоставления и считывания акцизных марок алкогольной продукции при помощи мобильных инструментов учёта.
Получение сертифицированного статуса партнёра «Клеверенс» позволит вашей компании выйти на новый уровень решения задач на предприятиях ваших клиентов..
Используй современные мобильные инструменты для проведения инвентаризации товара. Повысь скорость и точность бизнес-процесса.
Используй современные мобильные инструменты в учете товара и основных средств на вашем предприятии. Полностью откажитесь от учета «на бумаге».
Какие есть дополнительные средства
Что еще можно сделать, если «полетела» база 1С? В каждой версии платформы есть встроенная утилита, предназначенная для восстановления архивов, которые повредились. Ее нельзя вызвать через внутреннее меню системы — для запуска потребуется открыть локальную папку компьютера, в которую по умолчанию устанавливается ПО, обычно расположенную по адресу C:\Program Files (x86)\1cv8\8.3.8….\bin. При этом цифры после третьего слэша могут отличаться, поскольку зависят от текущей нумерации релиза.
В открывшемся окне нужно найти и выбрать файл, который называется chdbfl.exe. Именно он запускает отладочное приложение, заранее подготовленное разработчиками на случай внештатных ситуаций. После начала работы утилиты выберите проблемную базу данных (через троеточие рядом с полем «Имя БД»), отметьте опцию «Исправлять обнаруженные ошибки», и запускайте процесс корректуры. Все выявленные отклонения, а также перечень действий, совершаемых отладчиком, отображается в смежном окне в реальном времени.
Какие тонкости следует учитывать при проверке
Практика показывает, что уведомление об ошибке СУБД, вызванной повреждением, чаще всего является следствием файлового режима работы с конфигурацией, не предусматривающего использование сторонних баз. К числу факторов, способных создать проблемы, относят:
В большинстве ситуаций, даже если пользователь случайно удалил базу 1С, возникшая ошибка подлежит исправлению. Однако, ввиду специфики работы программного обеспечения, негативный прецедент может оказать влияние на внутреннюю структуру файла, что в конечном счете становится причиной повторных сбоев и некорректной обработки информации. В подобных случаях рекомендуется провести оптимизацию сетевых мощностей компании, улучшив ресурсные возможности, а также — локально — протестировать текущее состояние БД, используя входящую в комплектацию при поставке утилиту chdbfl, или встроенную функцию системы.
Для этой цели снова откройте программу в режиме Конфигуратора, после чего выберите в меню разделы «Администрирование» — «Тестирование и исправление». В открывшемся окне отметьте нужные опции и запустите операцию (кнопка «Выполнить»).
Продолжительности цикла определяется объемом исследуемой и восстанавливаемой ИБ, так что оптимальным решением считается последовательное применение каждого из проверочных тестов, с обязательной оценкой работоспособности системы после очередной процедуры корректуры ошибок.
В число режимов, доступных по умолчанию, входят следующие способы проверки:
Запущенные случаи
Конечно, оптимальный вариант — когда потребность в рассматриваемых процедурах не возникает, а рабочий процесс остается стабильным и спокойным. Чтобы избежать необходимости восстановления, а также обезопасить организацию от возможных трудностей, рекомендуется регулярно создавать резервные копии базы данных. Для этого можно использовать как штатные методы, встроенные в структуру платформы, так и специализированное программное обеспечение.
Также не лишним будет внедрение на предприятии терминального режима доступа к БД. Система отличается рядом положительных аспектов — к примеру, исключает передачу информации в рамках локальной сети между отдельными компьютерами. Передается только виртуальный рабочий стол, используемый для установки соединения, а вся нагрузка приходится на сервер. В подобных случаях, при наличии мощного источника бесперебойного питания, работе с ПО не угрожают сетевые обрывы или спонтанные отключения электроэнергии.
Кроме того, для полноценной автоматизации учета и маркировки, а также ускорения большинства рутинных процессов, рекомендуется использование интегрированных программных решений, предлагаемых компанией «Клеверенс». Специализированное обеспечение упрощает выполнение базовых задач организации и позволяет избежать ненужных финансовых и временных затрат.
Заключение
Итак, теперь вы знаете, можно ли восстановить удаленную базу данных в 1С из архива бэкапа, и как именно это сделать. Конечно, каждый случай индивидуален — однако ситуации, в которых состояние БД полностью исключает возврат доступа, встречаются не столь часто.
Резервное копирование и восстановление информационной базы 1С
Есть множество причин, по которым необходимо выполнять резервное копирование базы данных. Среди них атака вирусов, скачки напряжения или даже атмосферные явления. Кроме того, следует всегда делать резервное копирование, когда вы выполняете обновление программы.
Регулярное создание архивных копий заметно сократит возможность потери важной информации, которая хранится в базе.
Сегодня расскажем, как выполнить резервное копирование и восстановление информационной базы 1С на примере «1С:Бухгалтерия 8 редакция 3.0».
Важно: доступ к настройкам резервного копирования в программах 1С есть только у пользователя с правами «Администратор».
Создаем копию информационной базы 1С
К такому варианту чаще всего обращаются перед обновлением системы и внесением существенных изменений. Если у вас файловая база, то самый быстрый и удобный вариант — копирование файла *.1CD.
Чтобы узнать, где находится база, нужно запустить систему. При запуске посмотрите на строчку с расположением файла базы.
Далее нужно перейти по этому пути и переместить копию файла туда, где он будет хранится.
Во время этой операции в базе нельзя производить действия с объектами конфигурации.
Когда потребуется восстановить базу из файла, замените файл *.1CD в папке базы данных.
Выгрузка информационной базы через конфигуратор
Есть и другой способ сделать резервное копирование. Для этого варианта в программе 1С нужно активизировать конфигуратор и выполнить выгрузку базы в файл с расширением dt.
Шаг № 1. Открываем конфигуратор.
Шаг № 2. «Администрирование» — «Выгрузить информационную базу».
Шаг № 3. Выбрать папку, куда будем выгружать БД в файл *.dt;
Шаг № 4. Ожидаем сообщение системы об успешной выгрузке. Оно появится внизу слева.
Настраиваем автоматическое резервное копирование
Чтобы выполнялось регулярное сохранение базы, лучше применять автоматическое резервное копирование в 1С.
В типовых конфигурациях есть инструменты для настройки этого процесса для информационной базы в файловом варианте.
Зайдите в «НСИ и администрирование». Затем «Поддержка и обслуживание» — «Резервное копирование и восстановление».
У вас будут варианты для сохранения копии. Система предложит:
Через ссылку «Настройка резервного копирования» вы сможете выбрать:
Обратите внимание! Такой механизм не подойдет для клиент-серверной базы.
В этом случае автоматическое резервное копирование данных в 1С 8.3 нужно будет выполнять через СУБД. А для этого нужно понимать структуру и механизмы СУБД.
Если у вас это вызывает сложности, то лучше обратитесь за помощью к нашим специалистам.
Восстановление базы 1С из резервной копии
Администратору важно не только уметь создавать копии базы данных или настраивать автоматическое резервное копирование, но и знать, как в случае необходимости восстановить базу.
Итак, у вас уже есть резервная копия информационной базы 1С 8.3.
Давайте загрузим ее в программу. Только обязательно сделайте перед этим резервную копию.
Режим конфигуратор
Если вы создавали архивную копию базы 1С через Конфигуратор, то в этом же режиме запустите базу 1С 8.3, куда вы собираетесь загрузить файл для восстановления.
Выберите «Администрирование» — «Загрузить информационную базу».
Далее в окне нажимаем на файл сохраненной резервной копии с разрешением *.dt. Затем «Открыть».
Затем программа выдаст предупреждение и спросит, продолжить ли загрузку. Отвечаем «Да».
Внизу окна в строке можно будет следить за статусом загрузки.
Уже в завершении загрузки появится сообщение системы с предложением перезапустить Конфигуратор. Нажимаем «Нет». И запускаем информационную базу.
Режим пользователя
Если вы создавали копию через автоматическое резервное копирование или в пользовательском режиме в разделе раздел «Администрирование» — «Обслуживание» — «Резервное копирование и восстановление», то следует воспользоваться следующим механизмом.
В этом же разделе нужно будет и загружать файл архива.
Когда вы сохраняли копию, то информация архивировалась Zip — WinRaR. Поэтому резервная копия располагается в файле с расширением *.zip.
Теперь восстановим информацию из этой резервной копии. Для этого зайдите в «Администрирование» — «Обслуживание».
Затем в разделе «Резервное копирование и восстановление» следует нажать «Восстановление из резервной копии».
Программа запросит указать путь к файлу резервной копии для выполнения операции по восстановлению.
В архивной папке выберите нужный файл. Это полностью упакованный в архив файл ИБ 1С 8.3 — файл *.CD. В его названии должны быть прописаны дата и время, когда была создана копия. Так будет удобно выбрать верный файл.
Далее выбирайте «Открыть», а затем нажмите «Восстановить данные».
Подождите до завершения операции, а затем приступайте к работе в восстановленной базе 1С.
Восстановление работоспособности файловой базы. 0. Введение
Этап 0. Введение в проблематику.
С упрямой периодичностью на форумах по 1С появляются крики души «Помогите! Упала файловая база, бэкапов нет, что делать?». Лично я всегда при этом вспоминаю известную шутку «Админы делятся на два типа — тех, кто делает бэкапы, и тех, кто будет их делать». Но, отбросив шутки в сторону, постараемся серьёзно рассмотреть данную проблему, ведь ситуации бывают разные. Например, бэкапы делались на диск, на котором закончилось место, или бэкапы делались через выгрузку, и все такие выгрузки за последнее время оказались неработоспособны. К слову сказать, даже админы, считающие себя «бывалыми», прокалываются на подобных мелочах.
В качестве разминки, позвольте изложить несколько советов по правильной организации бэкапов файловых баз данных, несоблюдение которых может сыграть злую шутку:
Первоначальные действия для диагностирования таких случаев должны быть такими:
Итак, Вы решили починить базу своими руками, и окунуться в самые дебри загадочного содержимого файла 1Cv8.1CD. Какие же полезные статьи и инструменты мы имеем на текущий день?
Хочу заметить, что в следующих статьях цикла будет предполагаться, что читатели ознакомились хотя бы поверхностно с перечисленными статьями и утилитами, и на этом этап введения предлагаю считать законченным. Прошу высказывать свои мнения, замечания и дополнения в комментариях.
В следующей статье рассмотрим подробно этап обследования сбойной базы и выявления проблемных мест.
Как в 1С восстановить поврежденную базу «1С:Предприятие 8» (бесплатная статья по Программированию в 1С)
О чем эта статья
Эта статья является продолжением цикла статей «Первые шаги в 1С». В ней рассмотрены типовые приемы восстановления базы 1С на платформе «1С:Предприятие 8» после сбоев. Предполагается, что база работает в файловом режиме работы. Восстановление базы в клиент-серверном режиме работы не рассматривается, т.к. данный вопрос явно выходит за рамки “первых” шагов начинающего специалиста.
Материал статьи детально раскроет ответы на следующие вопросы:
Применимость
Статья написана для платформы «1С:Предприятие» версии 8.3.4.496, но не переживайте, если вы работаете с более старшей версией! Весь материал является абсолютно актуальным.
Как в 1С восстановить поврежденную базу «1С:Предприятие 8»
Порой для новичка данная задача кажется просто нереальной. Хотя, на самом деле, есть ряд нехитрых штатных средств тестирования баз 1С и приемов исправления возникающих ошибок.
Появление различного рода систематических сбоев (ошибок, неверно отображаемых данных, аварийное закрытие программы) можно считать повреждением базы.
Причины возникновения критических ошибок бывают разнообразными. Чаще всего проблемы возникают из-за сбоев электропитания.
С уверенностью можно сказать, что при клиент-серверном режиме работы база более устойчива к возникновению ошибок.
В рамках наших статей, мы будем рассматривать файловый режим работы базы. И первое, о чем нужно предупредить клиента – наличие источника бесперебойного питания на компьютере, где установлена информационная база, очень желательно.
Итак, главное не пугаться и перед попыткой восстановления базы сделать ее копию.
Например, можно сначала скопировать всю папку, в которой размещена база, а затем в этой папке оставить только файл 1Cv8.1CD (файл базы) и папку 1Cv8Log (журнал регистрации событий).
На самом деле, в большинстве случаев базы подлежат восстановлению. Некоторые 1С-ники это поняли и с радостью перехватывают таких клиентов. Самому делать в большинстве случаев ничего особенного не надо, клиент испуган, а работа тестовых программ занимает не малое время.
Перейдем к практике. Сначала выясните у клиента, как давно и при каких обстоятельствах стали возникать сбои. Узнайте, как пользователи осуществляют обновление конфигурации и как по времени связаны эти два события. Уточните объем базы.
Даже если в данном конкретном случае выясненные обстоятельства решающим образом на Ваши последующие действия не повлияют, Вы сможете собрать некоторую статистику, которая может пригодиться в будущем.
Обязательно узнайте, обновлялась ли платформа, и под каким релизом платформы база работала до этого.
Первым делом удалите все файлы и папки, которые в заданной директории окружают файл базы (1Cv8.1CD). Да, это некие служебные файлы, обеспечивающие полноценную работу, но точно отмечено, что иногда в работе этих файлов возникает некоторое рассогласование.
Ничего страшного не случится, потому что при очередном запуске базы все необходимые файлы будут созданы заново. С запуском мы пока повременим.
Теперь используем самое эффективное, но еще далеко не последнее, средство. В директории C:\Program Files\1cv82 (для платформы 8.3 – 1cv8)\(далее номер релиза платформы)\bin запустите утилиту chdbfl.exe.
Внимание! В каждом релизе платформы есть своя утилита chdbfl.exe. Целесообразно использовать утилиту из того релиза платформы, с которым использовалась данная база. В большинстве случаев – это последний установленный релиз платформы.
Здесь стоит сказать об одной особенности, если момент повреждения базы примерно совпадает с моментом обновления платформы, то утилита chdbfl.exe предыдущей платформы зачастую дает лучшие результаты в поиске и исправлении ошибок.
Однако рекомендуем идти сверху вниз (от старших релизов к младшим). В конечном итоге, первоначальная копия у Вас есть, и Вы всегда можете сделать еще одну копию и повторить весь цикл.
Особенность данной утилиты – если при первом проходе исправленных ошибок не было (утилита не смогла исправить ни одной ошибки), то повторно ее запускать, можно сказать, бесполезно.
Однако если ошибки исправлены не все, но при этом отмечается уменьшение количества ошибок, то имеет смысл запустить утилиту еще раз.
Были случаи, что за второй проход количество найденных ошибок изменялось до нуля. Одним словом, повторяйте операцию, пока есть результат уменьшения количества ошибок. Похоже, что некоторая часть исправленных ошибок при очередном проходе позволяет исправить еще и другие.
Далее, даже если Вам удастся добиться нулевого количества ошибок, имеет смысл воспользоваться средствами тестирования и исправления в конфигураторе.
Сами параметры тестирования и исправления, если Вы абсолютно четко не понимаете, что именно делаете, лучше не трогать.
Улучшение результатов тестирования при повторном использовании данного средства не отмечено.
Следует еще сказать о средстве проверки конфигурации. По опыту, ошибки, отмечаемые данным средством, не отличаются особой критичностью. Скорее они просто замедляют работу самой базы. Что, по сути, для баз размером свыше 4 Гб пользователем может расцениваться тоже как повреждение базы.
4 Гб – это максимально допустимый размер не самой базы, а таблицы в базе. Но какой-нибудь регистр может быть значительно больше остальных и занимать большую часть размера базы.
В данной форме также без абсолютно четкого понимания никаких настроек менять не стоит.
Следует сказать еще об одном не совсем очевидном методе. Дело в том, что при выгрузке базы в файл с расширением dt существует крайне низкая вероятность, что загрузить его обратно не удастся.
Однако при загрузке происходит некая реструктуризация памяти, что в отдельных случаях позволяет восстановить работу базы путем последовательной выгрузки и загрузки.
Если после всех проведенных мероприятий и испытаний Вы обнаружили, что Ваша база остается поврежденной, то целесообразно использовать и это средство.
Выгрузка производится в конфигураторе через меню Администрирование, пункт Выгрузить информационную базу.
Появится диалоговое окно, в котором нужно будет указать направление выгрузки. Название создаваемого файла можно использовать по умолчанию – 1Cv8.dt.
Следует отметить, что выгрузка также является одним из возможных методов копирования.
Загрузку лучше всего производить в новую базу без конфигурации. Для создания такой базы в окне информационных баз нажмите на кнопку Добавить. На очередном шаге сохраните настройку Создание новой информационной базы и нажмите на кнопку Далее.
В появившейся форме поменяйте настройку на Создание информационной базы без конфигурации и также нажмите на кнопку Далее. На последующих двух шагах определите имя базы и директорию (пустую), в которой она будет находится.
Дополнительные параметры можно не заполнять и нажать на кнопку Готово. Будет создана информационная база без конфигурации.
Загрузка производится через меню Администрирование, пункт Загрузить информационную базу.
Далее появится диалоговое окно, в котором необходимо указать ранее выгруженный файл для загрузки.
Еще пару моментов. Если неисправности в работе базы отмечаются только на одном компьютере, следует попробовать поменять компьютер. Если неисправности проявляются только у одного пользователя, то следует попытаться пересоздать пользователя.
Иногда помогает удаление базы из списка в окне информационных баз с последующим добавлением в список той же существующей информационной базы (восстановление пути к ней).
В заключение хочется сказать, что, конечно, не все базы подлежат восстановлению, часть из них восстанавливается более сложными способами. Но не огорчайтесь, такие случаи бывают достаточно редко.
В качестве профилактики можно посоветовать производить обновление баз через конфигуратор и использовать штатные средства тестирования и исправления ошибок перед каждым обновлением. Пользователи, которые являются обладателями базовых версий и имеют право на бесплатное обновление, также могут предварительно скачивать файлы обновления с сайта.
В следующей статье рассмотрим возможности по настройке списка информационных баз.
PDF-версия статьи для участников группы ВКонтакте
Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.
Статья в PDF-формате
Вы можете скачать эту статью в формате PDF по следующей ссылке:
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Комментарии / обсуждение (6):
Статья полезная, но есть 2 небольших замечания:
1.шаг №0 – делаем копию каталог базы!
2.размер 4Г – это максимально допустимый размер не самой базы а таблицы в базе. Как правило какой-нибудь регистр растёт значительно быстрее остальных. Для контроля размера таблиц можно использовать утилиту Tool_1CD. Ну хотя-бы изредка. При опасном приближении к предельному размеру нужно или выполнять свёртку базы или перевод на платформу клиент-сервер (сервера есть бесплатные(postgre, sql-expres) но серверный ключ приобрести нужно).
Добрый день! Спасибо за замечания, информацию добавим.