Сообщений в теме: 38

[Administrator]

анна (21 Октябрь 2018 - 21:35) писал:

а если файлы были скопированы на включенном сервере - все, шансов нет?

копирую папку обратно уже по правильному, выдает ошибку совместимости файлов

Что именно за ошибка? Может быть Вы просто на новую версию программы закачали старую версию базы со старой структурой. Тогда нужно ставить пакет обновления и все заработает. Если не поможет, то нужно будет смотреть была ли повреждена база или нет. Если у Вас действует тех. поддержка напишите запрос на info@indigotech.ru Нужно будет, чтобы мы посмотрели эту базу.

[cepreu4]

В конечном итоге, есть ли готовое решение по которому можно производить резервное копирование базы? может можно какой-то проверенный способ закрепить в шапке темы? Желательно бы с объяснением что к чему.

[Administrator]

cepreu4 (20 Март 2019 - 13:44) писал:

В конечном итоге, есть ли готовое решение по которому можно производить резервное копирование базы? может можно какой-то проверенный способ закрепить в шапке темы? Желательно бы с объяснением что к чему.

Выше обсуждалось решение с автоматизацией процесса через bat-файл. Можете его создать сами и вставить текст или скачать.

backup.bat

net stop IndigoController
timeout 10
xcopy "C:\Program Files (x86)\INDIGO\database" "C:\indigo_backup\%date:~-10% %time:~0,2%-%time:~3,2%\" /e/s/c/h/y
net start IndigoController

Строка 1: Остановка INDIGO (обязательно для остановки базы данных).
Строка 2: Страховочная пауза 10 секунд, чтобы убедиться, что процессы завершили свою работу.
Строка 3: Копирование папки с базой данных.
Строка 4: Запуск INDIGO.

Файл можно запускать вручную, записать в планировщик Windows для регулярного выполнения или использовать какую-нибудь программу, которая запускает автоматически заданные задачи по установленному расписанию и указать на запуск этот файл (например, программа xStarter http://www.xstarter.com/rus/).

[cepreu4]

спасибо, а нет ли возможности произвести запуск оптимизации базы из командной строки? по идее можно ведь написать сценарий в котором всё начинается с оптимизации базы. и да можно поинтересоваться какой уровень компрессии 7зипом использовать актуально?

[Administrator]

cepreu4 (23 Март 2019 - 18:17) писал:

спасибо, а нет ли возможности произвести запуск оптимизации базы из командной строки? по идее можно ведь написать сценарий в котором всё начинается с оптимизации базы. и да можно поинтересоваться какой уровень компрессии 7зипом использовать актуально?

В bat-файле скрипт по оптимизации написать не получится. Это операция на уровне СУБД и нужна авторизация в базу данных. Уровень компрессии в 7zp можете использовать максимальный. Если же операция будет работать слишком долго (в случае большой базы), то можно будет понизить.

[Administrator]

Асулан (04 Март 2021 - 17:37) писал:

Здравствуйте. Проблема: сняли бэкап со старой машины, развернули на новой машине индиго и закинули бэкап - авторизации показывает ошибку сети

Здравствуйте, Асулан!

Значит что-то было сделано неправильно. Свяжитесь с нами info@indigotech.ru или +79887332222 (WhatsApp/Telegram).

[deG0yan]

Добрый день!

Вы пишите, что

Цитата

Делать резервное копирование базы данных INDIGO\database «на горячую» (во время работы сервера тестирования) нельзя

Подскажите, если Windows сервер, на котором работает INDIGO, внезапно выключится, то эффект будет тот-же, что и резервное копирование "на горячую" и последующее восстановление? Т.е. база окажется неработоспособна?

[Administrator]

deG0yan (24 Ноябрь 2022 - 14:57) писал:

Добрый день!
Подскажите, если Windows сервер, на котором работает INDIGO, внезапно выключится, то эффект будет тот-же, что и резервное копирование "на горячую" и последующее восстановление? Т.е. база окажется неработоспособна?

- Нет, потому что выключение компьютера происходит одномоментно, а копирование папки нет. Когда папка копируется, то может получится что одни ее файлы уже скопировались, а другие пока до них очередь ещё не дошла окажутся изменены, и уже не будут соответствовать файлам, которые скопировались. А если вырубается комп, то вырубается все в момент, и такой ситуации быть не может. Сама система управления базой данных имеет защиту от таких случаев, и при следующем включении незавершенные транзакции откатятся, и что не успело довыполнится до конца отменится, поэтому никаких повреждений данных не будет. Транзакции это неделимые операции, транзакция либо выполняется полностью, либо если что-то пошло не так отказывается назад. Одна из основных функций СУБД это реализация этого механизма целостности данных. При этом это никакого отношения к копированию папки с базой не имеет. Представьте что папка с базой копируется так медленно, что это условно занимает целый день. При этом в течение дня админы создают тесты, пользователи тестируются, идут постоянные изменения базы. Вот и представьте что в итоге там скопируется. Поэтому СУБД перед копированием нужно останавливать. Есть СУБД, которые поддерживают копирование на горячую (типа Oracle, но если бы в INDIGO использовалась Oracle, то никаких денег на лицензию не хватило бы, т.к. там заоблачные цены). В INDIGO используется СУБД на основе opensource СУБД PostgreSQL, которая себя очень хорошо зарекомендовала и каких-либо особых проблем с ней нет.

[deG0yan]

Administrator (24 Ноябрь 2022 - 15:06) писал:

- Нет, потому что выключение компьютера происходит одномоментно, а копирование папки нет. Когда папка копируется, то может получится что одни ее файлы уже скопировались, а другие пока до них очередь ещё не дошла окажутся изменены, и уже не будут соответствовать файлам, которые скопировались. А если вырубается комп, то вырубается все в момент, и такой ситуации быть не может. Сама система управления базой данных имеет защиту от таких случаев, и при следующем включении незавершенные транзакции откатятся, и что не успело довыполнится до конца отменится, поэтому никаких повреждений данных не будет. Транзакции это неделимые операции, транзакция либо выполняется полностью, либо если что-то пошло не так отказывается назад. Одна из основных функций СУБД это реализация этого механизма целостности данных. При этом это никакого отношения к копированию папки с базой не имеет. Представьте что папка с базой копируется так медленно, что это условно занимает целый день. При этом в течение дня админы создают тесты, пользователи тестируются, идут постоянные изменения базы. Вот и представьте что в итоге там скопируется. Поэтому СУБД перед копированием нужно останавливать. Есть СУБД, которые поддерживают копирование на горячую (типа Oracle, но если бы в INDIGO использовалась Oracle, то никаких денег на лицензию не хватило бы, т.к. там заоблачные цены). В INDIGO используется СУБД на основе opensource СУБД PostgreSQL.

Стало быть, если ОС, на которой работает INDIGO, в свою очередь запущена на VM, то снапшотить ее можно без риска повреждения базы, верно ?

[Administrator]

deG0yan (24 Ноябрь 2022 - 15:19) писал:

Стало быть, если ОС, на которой работает INDIGO, в свою очередь запущена на VM, то снапшотить ее можно без риска повреждения базы, верно ?

- Да, там же моментально делается остановка работы всей ОС.

[Administrator]

Гость (29 Сентябрь 2023 - 08:38) писал:

Добрый день. Чревато ли для сохранности данных размещение Indigo на сервере с автоматическим бэкапом VPS? Не навредит ли неуправляемые резервирования?

Здравствуйте! А как именно осуществляется этот бекап? VPS останавливается и копируется, или копирование осуществляется без остановки VPS?

[Administrator]

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

[Administrator]

Гость (29 Сентябрь 2023 - 14:28) писал:

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

- На wiki написано, что qcow2 поддерживает механизм мгновенных снимков, если оно действительно делает копию виртуальной машины в один момент времени, то в теории все должно быть нормально. Но желательно только на это не полагаться, а делать ещё свои бекапы. Т.к. если будет повреждение базы, может по каким-то другим причинам, то это повреждение будет скопировано и в бекап qcow2. Нужно иметь свои холодные бекапы, которые делать с определенной периодичностью.