![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Backup&Restore [D3, D6, IB5.x]
yura © (2003-06-04 09:51:00)Уважаемые мастера! Как правильно програмно выполнить Backup&Restore?
Ранее мы для юзеров писали батники "gbak -b -password "masterkey" -user "sysdba" baza.gdb _copy\baza00.gbk""...
Johnmen (2003-06-04 13:08:00) [1]>Zacho © (04.06.03 13:06)
Был.
Zacho (2003-06-04 13:06:00) [2]
> Johnmen © (04.06.03 13:02)
А в 5.x уже был Services API ? Я, честно говоря, уже не помню.
Johnmen (2003-06-04 13:02:00) [3]Может стоит посмотреть в сторону закладки InterBaseAdmin ? :)))
yura (2003-06-04 12:56:00) [4]Все работает. Всем спасибо.
AlexSerp (2003-06-04 12:14:00) [5]"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 - логи
Dred2k (2003-06-04 11:58:00) [6]Можно даже проще: в командной строке сразу указывать перенаправление во временный файл. Потом его и слать. Тогда и перехватывать ничего не нужно, и юзер ни фига не узреет... ;)
yura (2003-06-04 11:43:00) [7]В регионах все локально.
"записать экран консоли в файл" - это хорошая идея. Если сней разобраться, можно создавать логи и по мылу посылать админу.
Спасибо.
Dred2k (2003-06-04 11:35:00) [8]Задача действительно не вполне понятна: зачем клиентской проге заниматься админовскими операциями? Предположу, что у конечного клиента все локально.
> yura (04.06.03 11:25)
У запускаемого процесса можно перехватить его стандартные потоки ввода-вывода, т.е. грубо говоря, записать экран консоли в файл. Причем, можно параллельно лишить юзера возможности лицезреть сообщения консоли. И даже скрыть окно как таковое. Все это решается средствами WinAPI. Советую внимально изучить Win32.hlp в секциях Processes и Console, почитать соответсвующие форумы (вопросы такие довольно часты), доки. В результате изысканий полученный механизм предоставит возможность программного анализа выводимых утилитами сообщений.
Вот только полностью и надежно автоматизировать эти задачи обслуживания базы очень трудно, на мой взгляд. Причем надежность - основной фактор, вызывающий вопросы...
yura (2003-06-04 11:27:00) [9]Zacho базы стоят в регионах
yura (2003-06-04 11:25:00) [10]да но и тут есть свои траблы. Как отследить ошибки. В батнике было одно окошко в котором юзер мог увидеть, что произошла ошибка при копировании или при ресторе. Здесь будет выскакивать от одного до трех дополнительных окон (gbak -b,gbak -c -r,gfix- в один процесс это все запихнуть не удалось - Command line очень длинная получается) и юзер особо на них внимания обращать не будет или вообще испугается и все нафиг закроет.
Может есть готовые проги, которые работают под винду?
Zacho (2003-06-04 11:20:00) [11]Еще добавлю: imho, backup (а тем более restore) должен делать админ, а не юзера, а админ по определению и так знает пароль.
Dred2k (2003-06-04 11:01:00) [12]Запуская gbak программно через CreateProcess и будет все тип-топ. И номера архивных копий генерить удобнее...
А юзеру рисуй окошко, чтоб не скучал ;)
yura (2003-06-04 10:51:00) [13]проблема в том что юзера видят пароль к базе
Alexandr (2003-06-04 10:39:00) [14]ну и пишите дальше...
в чем проблема?