Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
По работе все время склоняют в сторону, чтобы был администратором БД на оракл...
Не очень это нравится, но приходится... Прочитав инфы в голове каша... Чем больше читаю про оракл, тем больше вижу, что я вообще ничего не знаю... В частности интересует вопрос про BackUp и архивлоги... В текущий момент внедряем проект у заказчика... У нас на тесте оракл 11.2.0.3 Ent. установлен на WinServer 2012R2... Развернуто 4 БД... как тестовые так и предбой... Делал дампы и переносил схемы из БД в БД... И режим на них архивлоги выключен... Теперь у заказчика такой же оракл 11.2.0.3 Ent. стоит на Linux... Но режим архивлоги включен... И вчера выдалась ошибка:
остались пустые каталоги... Я понимаю, что их можно удалить средствами ОС... Но имхо это неправильно... Оракл (имхо) сам должен был их удалить... Либо я что-то не знаю (и прошу совета)... Но меня так же заинтересовал вопрос о создании BackUp-а средствами RMAN и использование архивлогов в случае чего-либо... Т.е. хотелось бы пример скрипта чтобы 1 раз в неделю производился BackUp а далее использовались архивлоги... Либо тынцы, но с пояснениями... Вот такую помощь прошу... |
Re: Oracle. Администрирование. | |
---|---|
Igor Korolyov Сообщений: 34580 Дата регистрации: 28.05.2002 |
Ты на верном пути! Это не страшно - при СЛЕДУЮЩЕМ архивировании мусор удалится. Т.е. при налаженной циклической схеме помимо "непустых" каталогов остаются несколько пустых от "предыдущего" архивирования. Эти - удалит. Вот кое что другое он не удаляет/урезает сам, увы. Например, текстовые логи listener-а и alert-лог экземпляров... Ну, тынц то вестимо где будет Правда там читать - не перечитать... А пример... Скрипты практически идентичные получаются. инкрементный (1 раз в сутки, кроме дня выбранного для полного бэкапа)
------------------ WBR, Igor |
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
Большое спасибо...
Круто... Буду смотреть (изучать) каждую команду... Извини, задам вопросы... |
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
Про alert-логи, как я понимаю, это директория:
Или
Про логи listener-а, как я понимаю, это директория:
Исправлено 2 раз(а). Последнее : ВладимирС, 15.09.15 15:02 |
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
Хотелось бы подробнее про BackUp...
Вопросы: 1. Куда записывается BackUp ? Как его имя ? 2. Я могу его найти средствами ОС ? скорее всего нет... Извини, за глупый вопрос...
Исправлено 1 раз(а). Последнее : ВладимирС, 15.09.15 15:32 |
Re: Oracle. Администрирование. | |
---|---|
Igor Korolyov Сообщений: 34580 Дата регистрации: 28.05.2002 |
Да, но не все файлы а только alert_<БД>.log - обычные трейс-файлы удаляются в соответствии с политикой заданной ardci, а этот здоровенный лог не усекается - по крайней мере в 11.2.0.4 и 12.1.0.2. А в некоторых случаях он может очень прилично разрастаться. Нет, это в той же структуре adrci /diag/tnslsnr/<hostname>/<listenername>/trace/listener.log опять же если его не настраивать, то забивается в нагруженной системе прилично. Конечно, можно вообще отключить ведение этого лога, но для продакшн-систем это не по феншую Там видны по сути все соединения обработанные этим сервисом. При такой настройке (а это задано командой CONFIGURE DEVICE выше) бэкапы попадают в Flash Recovery Area. А она настраивается в свою очередь параметром инстанса db_recovery_file_dest, и по умолчанию это нечто типа orahome/fast_recovery_area/<БД> или, в других версиях, flash_recovery_area. Там создаются подпапки BACKUPSET, AUTOBACKUP - и оракл сам раскидывает/именует файлы по ним. Так же как и сами "неархивированные" архив-логи. В старых версиях всё было по другому, да и в новых в принципе можно настроить многие аспекты сего процесса (но я думаю что не стоит нарушать "рекомендации от вендора" - и так косяков в оракле 100500, зачем давать ему шанс на проявление чего то "этакого" ). Да, бэкап это не один файл в общем случае... ------------------ WBR, Igor |
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
Да, размер alert_<БД>.log у меня очень большой 3Gb... И что ты обычно делаешь с ним? Урезаешь? В Linux-е чем открываешь ? Спасибо, нашел... Размер файла listener.log пока не большой... 2,5Мб Но в него чувствую записывается любая сессия... Кто подконнектился.. и т.д. С BackUp-ом пока читаю... Блин, по работе отрывают постоянно на другие проблемы... Большое спасибо тебе за помощь... |
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
Еще такое наблюдение...
Т.к. у меня 4 БД на сервере под Win2012R2 В двух БД делаю дампы схем, которые мы используем... Дак вот время потраченное на создание каждого дампа колеблется порядка 30-40 минут... Естественно дампы делаются ночью, чтобы никто не работал... и job-ы в это время не запускают... Теперь у заказчика БД на сервере под Linux... Для нее тоже делаю дампы схем, которые мы используем... Время потраченное на создание дампа 3-6 минут... БД практически идентичные... ну на немного отличаются... В чем может быть причина такого резкого отличия ? Такое ощущение, что Win-да чего-то лишнего жует в своей памяти... Исправлено 1 раз(а). Последнее : ВладимирС, 16.09.15 08:03 |
Re: Oracle. Администрирование. | |
---|---|
Igor Korolyov Сообщений: 34580 Дата регистрации: 28.05.2002 |
Ну это ещё не очень большой На линуксе я просто настроил logrotate для этих 2 файлов - он периодически переименовывает файлы (соответственно сервер начинает писать в новый, пустой файл), а старые ещё и архивирует... А в плане "чем открываю", если я верно понял суть вопроса, то есть там замечательный файл-менеджер MidnightCommander - им и пользуюсь через терминал. Какой именно дамп (утилита создания)? exp, expdp? Если первый, то запускается с клиентской машины или непосредственно на сервере? Размер получаемого дампа (ну или, опосредовано, размер схемы)? В принципе не проблема делать дамп и под нагрузкой - там есть параметр задающий "согласованность" данных для создаваемого дампа. По сути процесс "делания дампа" это то же самое что и обычный клиент читающий эти самые данные. Другое дело, что если дамп (запущенный в CONSISTENT режиме) реально делается по 40 минут а БД очень "живая" (много массивных изменений проходит в единицу времени), то может банально не хватить места в сегментах отката (undo) и весь процесс свалится по ошибке "snapshot too old"... У нас с продуктивов заказчиков (к коим доступа прямого нет - только с клиентских машин) дампы делаются и по 2 часа (файл дампа приближается к 6Гб) А один, уже непосредственно админы заказчика, прямо на сервере, делали что-то около 1.5 суток Ну да там реально под 90Гб данных было... Вряд ли причина тормозов в самом сервере - скорее всего всё же по разному делается дамп. Или сеть сильно разная (если дамп делается не на самом сервере). ------------------ WBR, Igor |
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
Блин... точно он установлен... Большое спасибо за инфу... А с заказчиком (Linux) я только через putty , WinSCP и работаю... Блин, виноват, недописал я... Как всегда, когда пишешь, думаешь, что другой человек в моих проблемах уже освещен... Дампы делаются с помощью expdp Но как я писал, дампы делаются ночью... каждый день в 3 часа... В это время никто не работает и JOB-ы не запущены... Как бы БД освобождена от нагрузки... Сами дампы весят чуть более 9Gb... Вот и смутило разница во времени .... У нас под WinServer2012R2 я запускаю прямо с сервера...(30-40 мин) У заказчика с win-машины, где клиент установлен (3-6 минут). как бы разница большая... Да и фиг пока с ним... |
Re: Oracle. Администрирование. | |
---|---|
Igor Korolyov Сообщений: 34580 Дата регистрации: 28.05.2002 |
Мой тебе совет - заради отращивания скилла установи какой-нить линь (скажем Oracle Linux или CentOS) в виртуалку (vbox, или на относительно новых виндах, если железо поддержвиает аппаратную виртуализацию то Hyper-V) и тренируйся на нём. И ставить (это несложно, если просто быть аккуратным и внимательно читать мануал) и потом баловаться с оным. Указанные линупсы совершенно бесплатны легально (в т.ч. и для продакшн-целей, не говоря уж о разработке/обучении), так же на OTN официально можно взять и полный оракл сервер под эту платформу (правда там без сервис-паков его отдают, что весьма досадно). Нда, это странно. Ничего не подскажу с ходу. А эти "скорострельные" дампы полноценны? И это дамп только одной схемы, или full database? Может быть там реально нету кучи всего Скажем из за разницы в версиях клиента (соответственно и утилиты запуска дампа) и сервера. А что, тебя подряжают на администрирование этого продуктива? У заказчика нет своих администраторов? Странно это. Обычно конторы достаточно богатые на покупку оракла (ну, исключая всякие XE версии ) нанимают и людей для его саппорта в штат. На аутсорс такое отдавать IMHO стремновато (для солидных контор то) ------------------ WBR, Igor |
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
Да, виртуалку нашел с Linux RedHat... но более старой версии...(у заказчика такая же, но более старшей версии) но у меня не так много памяти... но пробовать надо... Дампы полноценны (файл лог правильную инфу показывает)... я даже у заказчика дамп с боевой на тестовую машину поставил... все ок. Дамп нескольких схем... Да я уже лет 8 (если не больше) с ними барахтаюсь (и с expdp/exp, impdp/imp) Просто в старой конторе были админы... они скорее всего BackUp-ы делали... а мы как Developer-ы только дампами... Нам админы только одну дирректорию (dpdump) и открывали на чтение/запись... У заказчика есть свои админы... но мы не сдали пока продукт... идут показы... исправления замечаний... И поэтому проект еще не передан... Да у нас (в новой конторе) нет настоящих DBA Oracle... Т.е. получается, что Developer-а (я таковой) превратили и в админа... |
Re: Oracle. Администрирование. | |
---|---|
Igor Korolyov Сообщений: 34580 Дата регистрации: 28.05.2002 |
Сам аутентичный RHEL не айс, он типа платный. OL (если не выбирать UEK ядро) или CentOS это совершенно то же самое, только бесплатное (включая репозитории с патчами). И не нать "готовое" брать, нать его поставить пару раз Конечно же нужной версии. Хотя под 7-ку оракл вроде как ещё не сертифицировал СУБД, но оно таки работает, а systemd позволяет избавиться от громоздких инит-скриптов для запуска сервера. У бэкапа и у дампа разные предназначения... Разрабам бэкапы не нужны А правильный дба, будучи параноиком, и то и другое... и третье и десятое будет использовать Аналогично Хотя уговор изначально был на АД, а не на АБД ------------------ WBR, Igor |
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
Прошу помощи...
Кидаю картинку, в которой отражено загрузка CPU сервера (Red Hat Enterprise Linux Server release 6.6 (Santiago)) [attachment 24919 11.png] Интересно, почему произошла нагрузка CPU на 100% ? Oracle 11.2.0.3 Ent. Из alert.log
Прошу совета в какую сторону смотреть... Исправлено 1 раз(а). Последнее : ВладимирС, 11.07.16 10:24 |
Re: Oracle. Администрирование. | |
---|---|
Igor Korolyov Сообщений: 34580 Дата регистрации: 28.05.2002 |
Для ответа на поставленный вопрос практически никакой информации нету
CPU покушала именно сама СУБД? Джобы, особенно системные (они могут работать по ночам - всякие тюнеры да адвизоры)? Архиватор? Ну тот что rman - бэкабы БД делающий... ------------------ WBR, Igor |
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
А какую инфу я могу предоставить? Какими средствами? Кроме Oracle там ничего не вертится... Джобы конечно есть... Можно видеть всплеск в 21:30 от 10.07... Это expdp отрабатывает... потом zip-уется и отправляется на внешний ресурс... Потом работают ночные job-ы... Бэкапы БД пока не делаются... но планируется... Почему поднял вопрос... т.к. ранее было... [attachment 24920 ] Заметим, в рабочее время (около 19:00) всплеск... Конечно, имеют место внешние сервисы... они берут инфу из БД... Надо отключить их и проанализировать на некотором времени... Исправлено 1 раз(а). Последнее : ВладимирС, 11.07.16 12:48 |
Re: Oracle. Администрирование. | |
---|---|
Igor Korolyov Сообщений: 34580 Дата регистрации: 28.05.2002 |
В самом оракле есть куча всяких вьюшек дающих доступ к AWR - репозиторию с разнообразной статистикой - если покопаться там то можно найти много инфы, в т.ч. наиболее тяжёлые сессии и конкретно запросы.
По логу видно лишь то что БД находится в режиме архивирования логов (ARCHIVELOG) потому я и предположил что кушает ресурсы процедура архивации... Но если нет, то стоит посмотреть прежде всего лог выполненных заданий DBA_SCHEDULER_JOB_RUN_DETAILS DBA_SCHEDULER_JOBS там есть поля для употреблённого cpu time ------------------ WBR, Igor |
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
Большое спасибо за инфу...
|
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
Igor Korolyov
Спасибо... AWR - классная вещь... |
Re: Oracle. Администрирование. | |
---|---|
ВладимирС Автор Сообщений: 1693 Дата регистрации: 03.11.2005 |
Не хочется новый топик создавать...
Но вопрос... В оракле производится анализ таблиц, индексов...
Вижу что оракл сам руководит началом анализа... Какие параметры можно посмотреть, когда следующий анализ начнется ? Я понимаю, что можно самому запустить сбор статистики... Но интересны оракловские параметры... |
© 2000-2024 Fox Club  |