Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Informix [игнор отключен] [закрыт для гостей] / Continuous Log Backup vs. ALARMPROGRAM / 12 сообщений из 12, страница 1 из 1
02.02.2007, 15:22
    #34302674
defocus
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Continuous Log Backup vs. ALARMPROGRAM
Всем привет !
Вот задумался над вопросом - как лучше бэкапить логи на локальную ленточку - варианта 2 :

1. Continuous Log Backup - заходим на сервак, киляем ontape -c , идем к серваку, меняем ленточку, идем на раб. место запускаем скрипт
nohup script_which_start_ontape-c.sh &
, отсоединяется.

2. По заполнению. Настраиваем в скрипте, указанном в ALARMPROGRAM бэкапить (ontape -a) каждый раз при переключении на следующий лог на неперематываемое устройство.
+ Не надо каждый раз заходить на сервак и давать команды
- Зато мнего минусов :
Скрипт ALARMPROGRAM не может быть запущен параллельно (только один в единицу времени)..
Чо будет при быстром переключении логов (ленточка не поспевает за переключениями)... непонятно, зависит от логики скрипта, но печенью чую недоброе ;))

Какие мысли по этому поводу ? какие еще плюсы/минусы ? как настроено у вас ?

P.S. Про onbar намеренно не говорю. Давайте здесь не будем это обсуждать.
...
Рейтинг: 0 / 0
19.02.2007, 15:08
    #34341198
Continuous Log Backup vs. ALARMPROGRAM
defocus
1. Continuous Log Backup - заходим на сервак, киляем ontape -c , идем к серваку, меняем ленточку, идем на раб. место запускаем скрипт
nohup script_which_start_ontape-c.sh &
, отсоединяется.

Рекомендуется для ontape -c выделять специальный терминал.

defocus2. По заполнению. Настраиваем в скрипте, указанном в ALARMPROGRAM бэкапить (ontape -a) каждый раз при переключении на следующий лог на неперематываемое устройство.
+ Не надо каждый раз заходить на сервак и давать команды
- Зато мнего минусов :
Скрипт ALARMPROGRAM не может быть запущен параллельно (только один в единицу времени)..
Чо будет при быстром переключении логов (ленточка не поспевает за переключениями)... непонятно, зависит от логики скрипта, но печенью чую недоброе ;))
Так можно делать на файловую систему, только надо аккуратно обрабатывать ошибочные ситуации, чтобы не попортить бэкап предыдущего журнала. К неудобствам можно отнести управление большим числом файлов, потеря любого из которых нежелательна. Тот факт, что несколько экземпляров ALARMPROGRAM не могут быть запущенны впараллель, минусом не кажется (в контексте бэкапа журналов тр-й): если работает один ontape -a, который сбэкапит все журналы, заполнившиеся к моменту его завершения, то зачем мог бы понадобиться ещё один?
В принципиальном плане, если ленточка не успевает за заполнением журналов недолго, то ничего страшного не случится, просто всё время, пока журнал не сбэкапился, есть опасность полностью не восстановиться; если так происходит долго, то пользовательская активность может быть приостановлена (смотря по настройкам).

На локальную ленточку я бы так делать не стал.
...
Рейтинг: 0 / 0
19.02.2007, 21:38
    #34342446
vasilis
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Continuous Log Backup vs. ALARMPROGRAM
Александр СпиринВ принципиальном плане, если ленточка не успевает за заполнением журналов недолго, то ничего страшного не случится, просто всё время, пока журнал не сбэкапился, есть опасность полностью не восстановиться; если так происходит долго, то пользовательская активность может быть приостановлена (смотря по настройкам).
Какие настройки имеются ввиду ?
...
Рейтинг: 0 / 0
19.02.2007, 23:51
    #34342538
bk0010
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Continuous Log Backup vs. ALARMPROGRAM
А где настраивается ALARMPROGRAM и можно ли приспособить все это для автоматического бэкапа не на ленту, а в файлы?
...
Рейтинг: 0 / 0
20.02.2007, 10:04
    #34342911
Чемберлен
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Continuous Log Backup vs. ALARMPROGRAM
bk0010А где настраивается ALARMPROGRAM и можно ли приспособить все это для автоматического бэкапа не на ленту, а в файлы?

Значение параметра ALARMPROGRAM задается в файле параметров конфигурации (ONCONFIG). Приспособить для резервного копирования в файлы можно. Потребуется минимальное знание командного интерпретатора ОС, которую вы используете. Например: для Windows
...
Рейтинг: 0 / 0
20.02.2007, 11:15
    #34343176
bk0010
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Continuous Log Backup vs. ALARMPROGRAM
Спасибо
...
Рейтинг: 0 / 0
20.02.2007, 13:26
    #34343710
Continuous Log Backup vs. ALARMPROGRAM
vasilis Александр СпиринВ принципиальном плане, если ленточка не успевает за заполнением журналов недолго, то ничего страшного не случится, просто всё время, пока журнал не сбэкапился, есть опасность полностью не восстановиться; если так происходит долго, то пользовательская активность может быть приостановлена (смотря по настройкам).
Какие настройки имеются ввиду ?

Смотря по настройкам и ситуации "run out of log space" случится в тот или иной момент.
...
Рейтинг: 0 / 0
20.02.2007, 21:46
    #34345329
bk0010
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Continuous Log Backup vs. ALARMPROGRAM
>Чемберлен
Простите, а рассылочка на которую вы сослались (http://ln.com.ua/~openxs/projects/informix) нигде не продолжалась? Очень интересные вещи там собирались рассматривать. Может автор еще чего писал?
...
Рейтинг: 0 / 0
21.02.2007, 10:09
    #34345951
Чемберлен
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Continuous Log Backup vs. ALARMPROGRAM
bk0010>Чемберлен
Простите, а рассылочка на которую вы сослались (http://ln.com.ua/~openxs/projects/informix) нигде не продолжалась? Очень интересные вещи там собирались рассматривать. Может автор еще чего писал?

А что именно вас интересует, из перечисленных тем? Писал, конечно, и еще писать собирается, только кому оно надо...

--
Автор
...
Рейтинг: 0 / 0
21.02.2007, 23:38
    #34348657
bk0010
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Continuous Log Backup vs. ALARMPROGRAM
>To Чемберлен
>А что именно вас интересует, из перечисленных тем?
Там же в восьмом выпуске было указано:
-Восстановление IDS в случае разнообразных сбоев
-Автоматизация многотомного архивирования при использовании ontape
-Репликация данных
-Использование Informix HPL для эффективной загрузки больших объемов данных
-Получение и интерпретация планов выполнения запросов в базах данных Informix
-Новые возможности и особенности IDS 9.40 (и 9.50, как появится)
-Использование фрагментации в IDS
-Администрирование и использование подсистемы PDQ
-Как Informix хранит данные на диске (внутренняя архитектура) .
От себя бы еще добавил:
-организация кластера на Informixе;
-интерпретация данных от onstat и оптимизация (или хотя-бы выявление узких мест) сервера;
-приблизительно оптимальные параметры onconfig для 2,4,8 и 16-процессорных серверов с 2,4 и 16Гб памяти (для Intel и Sparc);
-оценка требуемой аппаратной конфгурации исходя из размеров БД, числа пользователей и т.д.
-новые возможности новых версий Informix (под старыми подразумеваю 7 версию) в том числе и новинки в SQL (включая Datablade) (желательно по каждой версии: 9.33, 9.4, 10);
-обзор Datablade;
-возможности встроенной в IIF java (с примерами) и поддержки XML (если есть что-то типа того, что встроили в MSSQL);
-обзор наворов к Informix (Informix Gateway, Optical storage и т.д.);
-обзор дополнительных средств администрирования и отладки SPL;
-методы работы с пользователями (начиная от создания (как создать пользователя в БД, не создавая его под ОС), его входа (через NIS+ или AD), работы (контроль блокировок, подвисших запросов, определение доп. индексов) до особенностей рализации БД с контролем доступа по данным (пользователь не имеет доступа к таблицам, а только к процедурам и view));
-маленькие хитрости (типа, что если под Windows при перестанове Informix забыли стереть пользователя Informix, то ничего работать не будет или, что для сохранения БД можно просто скопировать чанки).
> только кому оно надо
Надо. Во первых, не все, кто работает с Informixом - админы. Например я - нифига не админ (программист). Но приходится иногда выполнять админские функции. Литературы по Informixу мало (а та, что есть в основно по версии 7, фирменная документация на русском тоже для версии 7), а времени на ее чтение еще меньше. Я например, прочел всего одну книжку по 7 Informixу и постоянно здесь натыкаюсь на вещи о которых не даже слышал. А в рассылке коротко и ясно говорилось об этих вещах. То, что автору не пишут, совсем значит, что его не читают.
...
Рейтинг: 0 / 0
05.03.2007, 00:18
    #34370041
bk0010
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Continuous Log Backup vs. ALARMPROGRAM
>To Чемберлен
Скажите, можно ли рассчитывать на продолжение ваших публикаций, и если да, то где можно будет их прочитать и,примерно, когда?
...
Рейтинг: 0 / 0
05.03.2007, 17:08
    #34372067
Чемберлен
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Continuous Log Backup vs. ALARMPROGRAM
bk0010>To Чемберлен
Скажите, можно ли рассчитывать на продолжение ваших публикаций, и если да, то где можно будет их прочитать и,примерно, когда?

Да, можно расчитывать. Читать можно будет там же - в рассылке (если не отберут) и на сайте. Или где-то еще. В этом году.
...
Рейтинг: 0 / 0
Форумы / Informix [игнор отключен] [закрыт для гостей] / Continuous Log Backup vs. ALARMPROGRAM / 12 сообщений из 12, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]