В будущем, домохозяйки и школьники так же плохо будут знать сопромат.
Сломанные стулья, велосипед, мотоцикл кровати и прочие атрибуты мебели с причинением тяжких телесных.
Будет весело.
Это только на максимальной скорости. )
А это в свою очередь 410кмч(113 Метров/сек)
12мин = 720 сек
720 секунд * 113 метров = 81360 метров или 81 километр.
Трудно не согласиться.
Тоже любил форвардить иксы, пока у нас не образовалась удаленная площадка с серверами,
до которой канал не шибко быстрый.
VNC в этом случае единственное спасение, ибо приложение которое приехало к тебе
через проброс, отвечает по несколько секунд на нажатия например.
И очень бесят двойные нажатия и прочие неприятности фризов.
На счет безопасности сего действа…
На разъеме у самого диска, некоторые контакты вынесены вперед(идут лесенкой).
Есть мнение, что это сделано специально для этих целей.
Мол земля сначала, а потом все остальное.
Ну это понятно, что из другой. Но все же любая операция в базе, которая требует некоторой redo информации блокируется, но логи продолжают добавляться.
Вероятно и у них бы получилось.
А воспроизвести это самое непростое, но и самое необходимое для них сейчас. )
Вот еще что сделал.
Уменьшил db_recovery_dest_size, забил его до конца.
В результате все операции в базе встали намертво с ожиданием log file switch (archiving needed).
Добавляю еще лог, и база оживает. Затем опять заморозка, потому как некуда писать.
Опять добавлением логов лечится.
Нагрузил СХД с помощью dd в 10 потоков.
С помощью скрипта, начал грузить данные так, чтобы у них был всегда
log file switch (checkpoint incomplete) и log file switch (checkpoint incomplete).
Со скрипом, но логи добавляются.
Надо подумать как сделать так, чтобы вообще ничего не писалось наверное.
Хотя с другой стороны, у них тоже потихоньку запись была если не ошибаюсь.
1) Останавливаем накат логов на стэндбай
2) Переводим стэндбай в снэпшот-стендбай
3) Проверяем
4) Работает?
5) Возвращаем стэнд бай в актуальное состояние
6) Производим переключение на стэндбай
7)?????
8) Profit
1)репликация осуществляется средствами СХД
Вот уж точно чего нельзя делать.
Причина_1: «ошибки отреплицировались на резервный узел байт-в-байт», то есть лишили себя всякого контроля целостности. По той же причине оракл рекомендует делать бэкап с помощью rman, а не с помощью костылей.
Причина_2: вы лишаетесь мгновенного переключения на рабочий инстанс, и прочих плюх, которые предлагает Active DataGuard. 2)Мне кажется, не помог бы.
Главное что? Простой базы! Это чистые деньги не считая репутации.
Вы могли переключиться в рамках 10 минут. Это ли не помощь?
________________________________________________________________________________________
Но! настройка репликации БД с помощью СХД, это самый легкий путь.
Несколько кликов мышки.
Отсюда вывод: делали как проще, а не так как лучше.
Или не знали как лучше, что еще хуже.
1) База застопорилась, но не упала!
2) Сессии продолжали висеть с ожиданием «checkpoint incomplete»
3) Вместо того, чтобы добавить еще логов и произвести корректное отключение
проблемного экземпляра, выполнили shutdown abort — команду,
которую oracle рекомендует выполнять в последнюю очередь.
4) "(репликация на уровне СХД или standby-база) бесполезны" — вранье, по причине того,
что стэндбай не работал, потому как «log_archive_dest_state_2=DEFER»
Полагаю по этой причине и не переключались на резерв, оправдывая это какой-то глупостью.
Незнаю, незнаю.
Я бы добавил логов, заморозил базу, и переключился бы на стэндбай.
Если вы грешите на ошибки аикса в плане ввода вывода, то ситуация бы не повторилась
на резервном сервере.
Простой 10 минут. И куча времени для изучения в спокойной обстановке.
Не очень хорошо с ними знаком, это так?
Сломанные стулья,
велосипед, мотоциклкровати и прочие атрибуты мебели с причинением тяжких телесных.Будет весело.
А это в свою очередь 410кмч(113 Метров/сек)
12мин = 720 сек
720 секунд * 113 метров = 81360 метров или 81 километр.
Тоже любил форвардить иксы, пока у нас не образовалась удаленная площадка с серверами,
до которой канал не шибко быстрый.
VNC в этом случае единственное спасение, ибо приложение которое приехало к тебе
через проброс, отвечает по несколько секунд на нажатия например.
И очень бесят двойные нажатия и прочие неприятности фризов.
Вы далеко не одни. )
На разъеме у самого диска, некоторые контакты вынесены вперед(идут лесенкой).
Есть мнение, что это сделано специально для этих целей.
Мол земля сначала, а потом все остальное.
Но хотел бы добавить некоторые особенности, с которыми столкнулся на Ubuntu 12.04.
Команда: не работает, выдавая следующую ошибку:
Приведу пример того, как это работает у меня.
Добавление(сканирование):
Остановка и удаление устройства:
scsi_stop — утилита из пакета scsitools, наличествует в дефолтных репозиториях.
Вероятно и у них бы получилось.
А воспроизвести это самое непростое, но и самое необходимое для них сейчас. )
Уменьшил db_recovery_dest_size, забил его до конца.
В результате все операции в базе встали намертво с ожиданием log file switch (archiving needed).
Добавляю еще лог, и база оживает. Затем опять заморозка, потому как некуда писать.
Опять добавлением логов лечится.
С помощью скрипта, начал грузить данные так, чтобы у них был всегда
log file switch (checkpoint incomplete) и log file switch (checkpoint incomplete).
Со скрипом, но логи добавляются.
Надо подумать как сделать так, чтобы вообще ничего не писалось наверное.
Хотя с другой стороны, у них тоже потихоньку запись была если не ошибаюсь.
Завтра на работе проверю.
Это очень легко проверить, при использовании ADG.
1) Останавливаем накат логов на стэндбай
2) Переводим стэндбай в снэпшот-стендбай
3) Проверяем
4) Работает?
5) Возвращаем стэнд бай в актуальное состояние
6) Производим переключение на стэндбай
7)?????
8) Profit
Вот уж точно чего нельзя делать.
Причина_1: «ошибки отреплицировались на резервный узел байт-в-байт», то есть лишили себя всякого контроля целостности. По той же причине оракл рекомендует делать бэкап с помощью rman, а не с помощью костылей.
Причина_2: вы лишаетесь мгновенного переключения на рабочий инстанс, и прочих плюх, которые предлагает Active DataGuard.
2) Мне кажется, не помог бы.
Главное что? Простой базы! Это чистые деньги не считая репутации.
Вы могли переключиться в рамках 10 минут. Это ли не помощь?
________________________________________________________________________________________
Но! настройка репликации БД с помощью СХД, это самый легкий путь.
Несколько кликов мышки.
Отсюда вывод: делали как проще, а не так как лучше.
Или не знали как лучше, что еще хуже.
1) База застопорилась, но не упала!
2) Сессии продолжали висеть с ожиданием «checkpoint incomplete»
3) Вместо того, чтобы добавить еще логов и произвести корректное отключение
проблемного экземпляра, выполнили shutdown abort — команду,
которую oracle рекомендует выполнять в последнюю очередь.
4) "(репликация на уровне СХД или standby-база) бесполезны" — вранье, по причине того,
что стэндбай не работал, потому как «log_archive_dest_state_2=DEFER»
Полагаю по этой причине и не переключались на резерв, оправдывая это какой-то глупостью.
Эта статья — сплошное попоприкрывательство.
Я бы добавил логов, заморозил базу, и переключился бы на стэндбай.
Если вы грешите на ошибки аикса в плане ввода вывода, то ситуация бы не повторилась
на резервном сервере.
Простой 10 минут. И куча времени для изучения в спокойной обстановке.
Подъем инстанса, логов?