Форум: "Базы";
Текущий архив: 2003.06.26;
Скачать: [xml.tar.bz2];
Вниз
Backup&Restore Найти похожие ветки
← →
yura (2003-06-04 09:51) [0]Уважаемые мастера! Как правильно програмно выполнить Backup&Restore?
Ранее мы для юзеров писали батники "gbak -b -password "masterkey" -user "sysdba" baza.gdb _copy\baza00.gbk""...
← →
Alexandr (2003-06-04 10:39) [1]ну и пишите дальше...
в чем проблема?
← →
yura (2003-06-04 10:51) [2]проблема в том что юзера видят пароль к базе
← →
Dred2k (2003-06-04 11:01) [3]Запуская gbak программно через CreateProcess и будет все тип-топ. И номера архивных копий генерить удобнее...
А юзеру рисуй окошко, чтоб не скучал ;)
← →
Zacho (2003-06-04 11:20) [4]Еще добавлю: imho, backup (а тем более restore) должен делать админ, а не юзера, а админ по определению и так знает пароль.
← →
yura (2003-06-04 11:25) [5]да но и тут есть свои траблы. Как отследить ошибки. В батнике было одно окошко в котором юзер мог увидеть, что произошла ошибка при копировании или при ресторе. Здесь будет выскакивать от одного до трех дополнительных окон (gbak -b,gbak -c -r,gfix- в один процесс это все запихнуть не удалось - Command line очень длинная получается) и юзер особо на них внимания обращать не будет или вообще испугается и все нафиг закроет.
Может есть готовые проги, которые работают под винду?
← →
yura (2003-06-04 11:27) [6]Zacho базы стоят в регионах
← →
Dred2k (2003-06-04 11:35) [7]Задача действительно не вполне понятна: зачем клиентской проге заниматься админовскими операциями? Предположу, что у конечного клиента все локально.
> yura (04.06.03 11:25)
У запускаемого процесса можно перехватить его стандартные потоки ввода-вывода, т.е. грубо говоря, записать экран консоли в файл. Причем, можно параллельно лишить юзера возможности лицезреть сообщения консоли. И даже скрыть окно как таковое. Все это решается средствами WinAPI. Советую внимально изучить Win32.hlp в секциях Processes и Console, почитать соответсвующие форумы (вопросы такие довольно часты), доки. В результате изысканий полученный механизм предоставит возможность программного анализа выводимых утилитами сообщений.
Вот только полностью и надежно автоматизировать эти задачи обслуживания базы очень трудно, на мой взгляд. Причем надежность - основной фактор, вызывающий вопросы...
← →
yura (2003-06-04 11:43) [8]В регионах все локально.
"записать экран консоли в файл" - это хорошая идея. Если сней разобраться, можно создавать логи и по мылу посылать админу.
Спасибо.
← →
Dred2k (2003-06-04 11:58) [9]Можно даже проще: в командной строке сразу указывать перенаправление во временный файл. Потом его и слать. Тогда и перехватывать ничего не нужно, и юзер ни фига не узреет... ;)
← →
AlexSerp (2003-06-04 12:14) [10]"C:\Program Files\Borland\InterBase\bin\gbak.exe" -b -g -v -y d:\!restore.txt d:\ib_data\db.gdb -user sysdba -pas mam d:\ib_data\db.bak
"C:\Program Files\Borland\InterBase\bin\gbak.exe" -R -r -p 4096 -v -y d:\!restore_2.txt d:\ib_data\db.bak -user sysdba -pas mam d:\ib_data\db.gdb
*.txt - логи
← →
yura (2003-06-04 12:56) [11]Все работает. Всем спасибо.
← →
Johnmen (2003-06-04 13:02) [12]Может стоит посмотреть в сторону закладки InterBaseAdmin ? :)))
← →
Zacho (2003-06-04 13:06) [13]
> Johnmen © (04.06.03 13:02)
А в 5.x уже был Services API ? Я, честно говоря, уже не помню.
← →
Johnmen (2003-06-04 13:08) [14]>Zacho © (04.06.03 13:06)
Был.
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2003.06.26;
Скачать: [xml.tar.bz2];
Память: 0.47 MB
Время: 0.029 c
