Скачать: CL | DM;

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 вся ветка

Скачать: CL | DM;



Память: 0.47 MB
Время: 0.015 c