Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
Всем привет ! Вот задумался над вопросом - как лучше бэкапить логи на локальную ленточку - варианта 2 : 1. Continuous Log Backup - заходим на сервак, киляем ontape -c , идем к серваку, меняем ленточку, идем на раб. место запускаем скрипт nohup script_which_start_ontape-c.sh & , отсоединяется. 2. По заполнению. Настраиваем в скрипте, указанном в ALARMPROGRAM бэкапить (ontape -a) каждый раз при переключении на следующий лог на неперематываемое устройство. + Не надо каждый раз заходить на сервак и давать команды - Зато мнего минусов : Скрипт ALARMPROGRAM не может быть запущен параллельно (только один в единицу времени).. Чо будет при быстром переключении логов (ленточка не поспевает за переключениями)... непонятно, зависит от логики скрипта, но печенью чую недоброе ;)) Какие мысли по этому поводу ? какие еще плюсы/минусы ? как настроено у вас ? P.S. Про onbar намеренно не говорю. Давайте здесь не будем это обсуждать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2007, 15:22 |
|
||
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
defocus 1. Continuous Log Backup - заходим на сервак, киляем ontape -c , идем к серваку, меняем ленточку, идем на раб. место запускаем скрипт nohup script_which_start_ontape-c.sh & , отсоединяется. Рекомендуется для ontape -c выделять специальный терминал. defocus2. По заполнению. Настраиваем в скрипте, указанном в ALARMPROGRAM бэкапить (ontape -a) каждый раз при переключении на следующий лог на неперематываемое устройство. + Не надо каждый раз заходить на сервак и давать команды - Зато мнего минусов : Скрипт ALARMPROGRAM не может быть запущен параллельно (только один в единицу времени).. Чо будет при быстром переключении логов (ленточка не поспевает за переключениями)... непонятно, зависит от логики скрипта, но печенью чую недоброе ;)) Так можно делать на файловую систему, только надо аккуратно обрабатывать ошибочные ситуации, чтобы не попортить бэкап предыдущего журнала. К неудобствам можно отнести управление большим числом файлов, потеря любого из которых нежелательна. Тот факт, что несколько экземпляров ALARMPROGRAM не могут быть запущенны впараллель, минусом не кажется (в контексте бэкапа журналов тр-й): если работает один ontape -a, который сбэкапит все журналы, заполнившиеся к моменту его завершения, то зачем мог бы понадобиться ещё один? В принципиальном плане, если ленточка не успевает за заполнением журналов недолго, то ничего страшного не случится, просто всё время, пока журнал не сбэкапился, есть опасность полностью не восстановиться; если так происходит долго, то пользовательская активность может быть приостановлена (смотря по настройкам). На локальную ленточку я бы так делать не стал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2007, 15:08 |
|
||
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
Александр СпиринВ принципиальном плане, если ленточка не успевает за заполнением журналов недолго, то ничего страшного не случится, просто всё время, пока журнал не сбэкапился, есть опасность полностью не восстановиться; если так происходит долго, то пользовательская активность может быть приостановлена (смотря по настройкам). Какие настройки имеются ввиду ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2007, 21:38 |
|
||
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
А где настраивается ALARMPROGRAM и можно ли приспособить все это для автоматического бэкапа не на ленту, а в файлы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2007, 23:51 |
|
||
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
bk0010А где настраивается ALARMPROGRAM и можно ли приспособить все это для автоматического бэкапа не на ленту, а в файлы? Значение параметра ALARMPROGRAM задается в файле параметров конфигурации (ONCONFIG). Приспособить для резервного копирования в файлы можно. Потребуется минимальное знание командного интерпретатора ОС, которую вы используете. Например: для Windows ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2007, 10:04 |
|
||
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2007, 11:15 |
|
||
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
vasilis Александр СпиринВ принципиальном плане, если ленточка не успевает за заполнением журналов недолго, то ничего страшного не случится, просто всё время, пока журнал не сбэкапился, есть опасность полностью не восстановиться; если так происходит долго, то пользовательская активность может быть приостановлена (смотря по настройкам). Какие настройки имеются ввиду ? Смотря по настройкам и ситуации "run out of log space" случится в тот или иной момент. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2007, 13:26 |
|
||
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
>Чемберлен Простите, а рассылочка на которую вы сослались (http://ln.com.ua/~openxs/projects/informix) нигде не продолжалась? Очень интересные вещи там собирались рассматривать. Может автор еще чего писал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2007, 21:46 |
|
||
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
bk0010>Чемберлен Простите, а рассылочка на которую вы сослались (http://ln.com.ua/~openxs/projects/informix) нигде не продолжалась? Очень интересные вещи там собирались рассматривать. Может автор еще чего писал? А что именно вас интересует, из перечисленных тем? Писал, конечно, и еще писать собирается, только кому оно надо... -- Автор ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2007, 10:09 |
|
||
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
>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у и постоянно здесь натыкаюсь на вещи о которых не даже слышал. А в рассылке коротко и ясно говорилось об этих вещах. То, что автору не пишут, совсем значит, что его не читают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2007, 23:38 |
|
||
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
>To Чемберлен Скажите, можно ли рассчитывать на продолжение ваших публикаций, и если да, то где можно будет их прочитать и,примерно, когда? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2007, 00:18 |
|
||
|
Continuous Log Backup vs. ALARMPROGRAM
|
|||
|---|---|---|---|
|
#18+
bk0010>To Чемберлен Скажите, можно ли рассчитывать на продолжение ваших публикаций, и если да, то где можно будет их прочитать и,примерно, когда? Да, можно расчитывать. Читать можно будет там же - в рассылке (если не отберут) и на сайте. Или где-то еще. В этом году. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2007, 17:08 |
|
||
|
|

start [/forum/topic.php?fid=44&msg=34372067&tid=1608438]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
47ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
2ms |
| others: | 226ms |
| total: | 376ms |

| 0 / 0 |
