Всем доброго времени суток.
Подскажите как правильно с помощью компонента FIBPlus делать Backup/Restor.
Точнее Backup у меня уже получилось сделать, но когда я в IBExpert открыл таблицу на редактирование и параллельно открыл приложение чтобы сделать Backup - программа сделала Backup и даже ничего не сказала что есть активные подключения.

Отсюда вытекает вопрос:
Как программно проверить есть ли активные соединения с БД, и если их нет (конечно кроме моего одного) - только тогда делать Backup.

Насколько небезопасен может быть такой метод создания резервной копии. Это нужно т.к. уровень пользователя который будет пользоваться программой, мягко говоря, ниже плинтуса. Поэтому научить их делать полноценный Backup/Restor - это проблема. Даже просьба выйти из программы на всех клиентах для создания резервной копии может просто проигнорироваться.

Как программно перевести БД в монопольный режим, и после Backup/Restor вернуть назад нормальный режим

Gallemar,

Из комментария kdv я понял что для бэкапа стартует транзакция и все изменения которые вносятся во время бэкапа - можно сказать мусор, если придется делать рестор.
Но вопрос остался на повестке дня: как узнать что к базе никто не подключен, кроме меня. Думаю сделать проверку, и если пользователи подключены - выдавать сообщение пока не выйдут и не делать бэкап.

Симонов Денис,

Я не имел ввиду что в бэкап попадет мусор. Я имел ввиду что данные которые вводятся во время бэкапа, если вдруг понадобится сразу сделать рестор - будут по сути мусором, т.к. пропадут.

В чем суть вопроса или самой программы.

Разрабатывается программа для расчета субсидии на жилищно-коммунальные услуги (Украина). Точнее пишется по Винду.
Когда поднимаются тарифы или еще что-то и нужно сделать массовый перерасчет - нужно сделать бэкап, запустить перерасчет.
Во время перерасчета никто ничего не вводит т.к. после перерасчета выборочно нужно проверить правильность расчета и ЕСЛИ расчет НЕПРАВИЛЬНЫЙ - сделать рестор для отката изменений.
Это первый вариант, так сейчас делаем в ДОС программе по субсидии.

Второй вариант - я читал здесь на форуме что можно стартануть транзакцию, сделать все что нужно, но не подтверждать. Посмотреть ИЗМЕНЕНИЯ и если все нормально - подтвердить, если ошибка - откатить.
Это был, точнее будет, мой следующий вопрос. Не хочу засорять ветку обсуждения Backup/Restor, но если ткнете носом куда почитать - буду очень признателен.

Понимаю что все это звучит примитивно, но я стараюсь разобраться во всем этом.

fraksakrushСимонов Денис,

Я не имел ввиду что в бэкап попадет мусор. Я имел ввиду что данные которые вводятся во время бэкапа, если вдруг понадобится сразу сделать рестор - будут по сути мусором, т.к. пропадут.

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

Таким образом я могу переименовать, скопировать и переименовать назад и мне не нужно делать бэкап/рестор.

kdv,
Ткните носом где почитать про snapshot

Gallemarakrushkdv,
Ткните носом где почитать про snapshot
Тебя уже ткнули

Уже увидел, спасибо. На форуме сообщения по странному размещаются. Судя по всему не по времени опубликования, а по времени начала написания. Поэтому Ваш комментарий сразу не заметил.