|
|
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0кВопрос данного топика имеет право на жизнь в продуктиве, а то что имеет право но не имеет смысла. обычно подобными вопросами задаются те, кому просто нечем заняться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 09:03 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
CrazyCatд0кВопрос данного топика имеет право на жизнь в продуктиве, а то что имеет право но не имеет смысла. обычно подобными вопросами задаются те, кому просто нечем заняться. Мессир, не надо быть таким категоричным. пример: расследование афёры 8 месячной давности? standby здесь ни при делах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 09:36 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
Никто не говорит, что бэкапить журналы не надо. Вопрос только в хотелке бэкапить их сразу по выпекании, а не по какому-либо расписанию. На мой взгляд -- идея не заслуживает внимания. Еще раз повторю -- такой функционал у Оракла был, но перестал поддерживаться. Подозреваю, связано с появлением возможности мультиплексирования архивлогов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 10:13 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
CrazyCatд0кВопрос данного топика имеет право на жизнь в продуктиве, а то что имеет право но не имеет смысла. обычно подобными вопросами задаются те, кому просто нечем заняться. Обычно этими вопросами задаются те, кто мигрирует на оракл из СУБД поддерживающиъ такую фичу. Эта фича очень полезна с точки зрения нагрузки на ввод вывод. когда переключается журнал, старый журнал переводится из active в inactive, запускается архивация, дискова система на определенное време может находится в ступоре. Оплачивать систему ввода вывода которая все это гарантированно будет глотаь за пол секунды , а остальное время ( между переключениями) простаивать в ожиданиии работы не всегда рентабельно. Для больших баз разница в цене дискового ввода вывода которые глотают архивацию незаметно для бд может достигать сотен тысяч долларов. Для экономии этих сотен тысяч может иметь смысл архивировать лог без промежуточной перекладки внутри сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 11:20 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0kЭта фича очень полезна с точки зрения нагрузки на ввод вывод. когда переключается журнал, старый журнал переводится из active в inactive, запускается архивация, дискова система на определенное време может находится в ступоре.Сударь, вы путаетесь в показаниях - архивирование жирнала это одно, бэкап его это другое. Всё же мягкое и тёплое это разные вещи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 11:27 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
продолжаем тупитьд0kЭта фича очень полезна с точки зрения нагрузки на ввод вывод. когда переключается журнал, старый журнал переводится из active в inactive, запускается архивация, дискова система на определенное време может находится в ступоре.Сударь, вы путаетесь в показаниях - архивирование жирнала это одно, бэкап его это другое. Всё же мягкое и тёплое это разные вещи. Я не путаюсь , я хочу исколючить из процесса работы сервера БД архивацию редо внтури сервера, не выключая режим архивлог, для оптимизации использования ресурсов. У меня такое ощущение , что вы кроме священной коровы оракла альтернативными технологиями СУБД не интересуетесь. Если оракл что то там не поддерживает, значит в жизни это "не имеет смысла". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 11:38 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
Vadim LejninМессир, не надо быть таким категоричным. пример: расследование афёры 8 месячной давности? standby здесь ни при делах А ты вообще читать умеешь? Вот тебе еще раз разжевали: Вячеслав ЛюбомудровНикто не говорит, что бэкапить журналы не надо. Вопрос только в хотелке бэкапить их сразу по выпекании, а не по какому-либо расписанию. На мой взгляд -- идея не заслуживает внимания. продолжаем тупитьд0kЭта фича очень полезна с точки зрения нагрузки на ввод вывод. когда переключается журнал, старый журнал переводится из active в inactive, запускается архивация, дискова система на определенное време может находится в ступоре.Сударь, вы путаетесь в показаниях - архивирование жирнала это одно, бэкап его это другое. Всё же мягкое и тёплое это разные вещи. да он вообще все в кучу смешал и несет всякую чушь. тема - УГ, как и ТС. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 11:38 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0kЯ не путаюсь , я хочу исколючить из процесса работы сервера БД архивацию редо внтури сервера, не выключая режим архивлог, для оптимизации использования ресурсов. ЧТО??? как это не выключать архивлог и исключить архивацию редо? ты сам понял что написал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 11:39 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0k, а, дошло, ты думаешь что не на локальный диск а по сети на ленту он будет архивироваться куда лучше :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 11:42 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
CrazyCatд0kЯ не путаюсь , я хочу исколючить из процесса работы сервера БД архивацию редо внтури сервера, не выключая режим архивлог, для оптимизации использования ресурсов. ЧТО??? как это не выключать архивлог и исключить архивацию редо? ты сам понял что написал? Вы сами читаете что тут пишут ? Вячеслав Любомудров Еще раз повторю -- такой функционал у Оракла был , но перестал поддерживаться. Подозреваю, связано с появлением возможности мультиплексирования архивлогов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 11:42 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
CrazyCatд0k, а, дошло, ты думаешь что не на локальный диск а по сети на ленту он будет архивироваться куда лучше :) Да из редо прямо в бекап, не по сети а по SAN, через отдельный адаптер на который презентован привод. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 11:46 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0kне по сети а по SAN, через отдельный адаптер на который презентован привод.А нельзя разве настроить pipe на ленту и указать log_archive_dest туда? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 12:43 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0kВы сами читаете что тут пишут ? Вячеслав ЛюбомудровЕще раз повторю -- такой функционал у Оракла был , но перестал поддерживаться. Подозреваю, связано с появлением возможности мультиплексирования архивлогов полагаю, при этом он все же писал параллельно журналы на диск. если это не так - давай ссылку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 12:50 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0kДа из редо прямо в бекап, не по сети а по SAN, через отдельный адаптер на который презентован привод. и чего ты этого выиграешь, кроме удорожания стоимости оборудования? нынче есть в этом смысл? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 12:51 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
CrazyCatд0kДа из редо прямо в бекап, не по сети а по SAN, через отдельный адаптер на который презентован привод. и чего ты этого выиграешь, кроме удорожания стоимости оборудования? нынче есть в этом смысл? Оборудование с чисто последовательным доступом записи чтения стоят дешевле чем с поддержкой быстрого рандомного доступа. Имеет смысл в ЦОД где работает много сервисов и все их нужно бекапить архивировать, ресторить для разработчиков и тестировщиков под задачи срочной аналитики. Вобщем в облачных цодах , где тестировщикам на неделю выделяются ресурсы и в любой момент могут быть забраны в продуктив или пул свободных ресрурсов. Для расчета годовой аналитики в олапах с 1 января по 10 выдается сервер , который ресторится и перелопачивает факты предыдущего года в рафинированную статистику , а 11 января убивается. Да моло ли задач всяких и разных может быть придумано менеджментом, под них что каждый раз тендер объявлять ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:06 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0kОборудование с чисто последовательным доступом записи чтения стоят дешевле чем с поддержкой быстрого рандомного доступа. обычные HDD под archivelog будут дешевле. там не нужны супер быстрые диски. это не online redo. д0kИмеет смысл в ЦОД где работает много сервисов и все их нужно бекапить архивировать, ресторить для разработчиков и тестировщиков под задачи срочной аналитики. и какое отношение это имеет к топику? так почти везде и все прекрасно работает без онлайн архивации редо на ленту (не ясно вообще для чего это). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:19 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0k, Попрошайка, ты бы уже под своим логином чтоль зарегался :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:20 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0kЭта фича очень полезна с точки зрения нагрузки на ввод вывод. когда переключается журнал, старый журнал переводится из active в inactive, запускается архивация, дискова система на определенное време может находится в ступоре.Если у тебя такая дисковая подсистема -- вынужден тебя огорчить Оракл не равняется на нищебродов, использующих диски двадцатилетней давности Обычная дисковая (не говоря уж о дисковых массивах) легко справляется, особенно, если правильно разместить оперативные и архивные журналы д0kОплачивать систему ввода вывода которая все это гарантированно будет глотаь за пол секунды , а остальное время ( между переключениями) простаивать в ожиданиии работы не всегда рентабельно. Для больших баз разница в цене дискового ввода вывода которые глотают архивацию незаметно для бд может достигать сотен тысяч долларов. Для экономии этих сотен тысяч может иметь смысл архивировать лог без промежуточной перекладки внутри сервера.Какой пафос -- сотни тысяч тысяч долларов Стесняюсь спросить, какой у тебя редо-поток, видимо, терабайты в час? Если уж юзаешь дешевые писюки, то дополнительный контроллер и пара больших дисков тебе обойдутся менее чем в штуку И вообще, насколько я понимаю, топикстартер имел ввиду вовсе не производительность, а надежность сохранности архивлогов. Это вполне решается мультиплексированием, а передача архивлогов еще и на стендбай еще лучше решает этот вопрос CrazyCatд0kВы сами читаете что тут пишут ? пропущено... полагаю, при этом он все же писал параллельно журналы на диск. если это не так - давай ссылку.Не так. Ссылки сейчас найти затруднительно, даже на металинке уже убрали соответствующую ноту. Можно поискать по слову ARCHMON (это был дополнительный процесс по мониторингу ленты), если не ошибаюсь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:23 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровНе так. Ссылки сейчас найти затруднительно, даже на металинке уже убрали соответствующую ноту. Можно поискать по слову ARCHMON (это был дополнительный процесс по мониторингу ленты), если не ошибаюсь наверное в те года я еще ходил пешком под стол :) кстати, что нашел: авторCan one archive directly to tape? Submitted by admin on Sat, 2004-08-07 08:18 Body: Yes, set log_archive_dest = /dev/rmt0:100M in your INIT.ORA file and recycle the database. You can also use ARCHMON (when available) which communicates with the ARCH background process. When the end of tape is reached, ARCH stops and signals ARCHMON to prompt the user for a new tape. When ARCHMON detects the new tape, it tells the ARCH process to resume the archiving operation. ARCMON requires regular operator monitoring and intervention. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:30 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
CrazyCatд0kОборудование с чисто последовательным доступом записи чтения стоят дешевле чем с поддержкой быстрого рандомного доступа. обычные HDD под archivelog будут дешевле. там не нужны супер быстрые диски. это не online redo. Да оракл тоже так думает, это его право. Скажите чесно , у вас какой обьем редологов ? У меня 10 Гб заполняется за 10-15 минут в нормальной работе и за 2-3 минуты во время всяких мейтенесов по перестройке индексов добавлении полей с дефалтовыми значениями ..... опять 25 .... при переводе журнала из active в inactive просыпается инерементальный чекпоинт у усугубляет нагрузку на память системную шину , + архивация где бы эти ваши дешовые диски не находились. и логфайл синк прыгает в небеса ... откройте пож после ответа сейчас мы проверим как будут чуствать ваши стендбаи , если вы соптимизуруете на время мейтененса и выключите логирование обьектов .... CrazyCatд0kИмеет смысл в ЦОД где работает много сервисов и все их нужно бекапить архивировать, ресторить для разработчиков и тестировщиков под задачи срочной аналитики. и какое отношение это имеет к топику? так почти везде и все прекрасно работает без онлайн архивации редо на ленту (не ясно вообще для чего это). В оборудование с чисто последовательным доступом за теже деньги можно впихнуть наверное в 10 раз больше информации , чем в рейд полки обычных дисков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:33 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0kопять 25 .... при переводе журнала из active в inactive просыпается инерементальный чекпоинт у усугубляет нагрузку на память системную шину , + архивация где бы эти ваши дешовые диски не находились. и логфайл синк прыгает в небеса ... А потом поросыпается RMAN и опять начинается толкотня локтями но уже в обратную сторону, на системной шине, кеше файловой системы .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:43 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0kд0kопять 25 .... при переводе журнала из active в inactive просыпается инерементальный чекпоинт у усугубляет нагрузку на память системную шину , + архивация где бы эти ваши дешовые диски не находились. и логфайл синк прыгает в небеса ... А потом поросыпается RMAN и опять начинается толкотня локтями но уже в обратную сторону, на системной шине, кеше файловой системы ....Жжешь Не останавливайся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:53 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
Мне кажется что сей срач достоин переноса в сравнение СУБД. а то там скучно ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:53 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0kВ оборудование с чисто последовательным доступом за теже деньги можно впихнуть Раскручивать маховик "с чисто последовательным доступом" и останавливать записав немножко килобайт, IMHO, не совсем быстро будет. Увеличивать размер журнала - увеличивать возможные потери от накрытия устройств с быстрым произвольным доступом (на котором оперативные журналы). Посему вариант с промежуточным хранилищем архивных журналов (и последующим бакапом куда душа пожелает) вполне себе оптимальный вариант. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 14:23 |
|
||
|
Бэкапить архивлоги по мере появления?
|
|||
|---|---|---|---|
|
#18+
д0kУ меня 10 Гб заполняется за 10-15 минут в нормальной работе баз много, везде по разному. где-то больше, где-то меньше. и что? д0kВ оборудование с чисто последовательным доступом за теже деньги можно впихнуть наверное в 10 раз больше информации , чем в рейд полки обычных дисков. а это то тут при чем? тебе же объяснили (но ты не читатель) - что от бэкапа никто не отказывается, просто смысла бэкапить "online" нет. раз в час вполне достаточно. для твоей активности диска в 500Гб в зеркале будет за глаза. даже не нужно их с дорогих массивов брать - воткни в корзину - все дела. д0kсейчас мы проверим как будут чуствать ваши стендбаи , если вы соптимизуруете на время мейтененса и выключите логирование обьектов .... это зачем? force_logging, не не слышали :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 14:31 |
|
||
|
|

start [/forum/topic.php?fid=52&startmsg=39330307&tid=1887179]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
273ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
74ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 607ms |

| 0 / 0 |
