Оптимайзер - 7 (вопросы и обсуждения) часть вторая : Программы OlegON

Propil · █ 18.12.2018 11:13

Цитата:

OlegON ➤ там ещё на политику ссылается...

Это из-за устаревшей винды

OlegON · █ 21.12.2018 19:08

поправил подглючивающее определение второй сессии оптимизатора, сделал вывод версии ТЯ для IBS, добавил отключение resource manager для клиентов

Stels · █ 28.12.2018 11:07

А можно сделать так, чтобы оптимайзер не перезагружал сервер СМ во время работы???

А то взял, понимаешь, и ребутнул мне сервер головой базы СМ

Код:

Процесс winlogon.exe инициировал действие "Перезапустить" для компьютера XXX от имени пользователя XXX\Admin по причине: Причина на перечислена
 Код причины: 0x840000ff
 Тип выключения: Перезапустить
 Комментарий: Reboot was many days ago...

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".

Код:

28.12.18 09:23:06 -- Runs : 26387 * Errors : 2209
28.12.18 09:23:06 --  …
28.12.18 09:23:06 -- Reboot was many days ago...
28.12.18 09:23:06 --
28.12.18 09:23:06 -- SQL*Plus: Release 10.2.0.5.0 - Production on Fri Dec 28 09:23:06 2018
28.12.18 09:23:06 --
28.12.18 09:23:06 -- Copyright (c) 1982, 2010, Oracle.  All Rights Reserved.
28.12.18 09:23:06 --
28.12.18 09:23:06 --
28.12.18 09:23:06 -- Connected to:
28.12.18 09:23:06 -- Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
28.12.18 09:23:06 -- With the Partitioning, OLAP, Data Mining and Real Application Testing options
28.12.18 09:23:06 --
28.12.18 09:24:00 -- SQL> Database closed.
28.12.18 09:24:00 -- Database dismounted.
28.12.18 09:24:04 -- ORACLE instance shut down.
28.12.18 09:24:04 -- SQL> Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.5.0
- 64bit Production
28.12.18 09:24:04 -- With the Partitioning, OLAP, Data Mining and Real Application Testing options
28.12.18 09:24:04 -- System will be rebooted
28.12.18 09:34:02 -- UTC+3
28.12.18 09:34:05 -- Current sysdate : 2018-12-28 09:34:05.0

в ini

Код:

MaintenanceDays=1,2,3,4,5,6,7
MaintenanceTime=4:00,2
WorkTime=07:00,14

Начальство не очень поняло и оценило сей манёвр ...

(WinServ 2003 R2 standatr sp2 64 bit)

OlegON · █ 28.12.2018 11:37

для начала бы разобраться, почему он в 9:30 был в MT, если начал в 4?
и, кажется, autoreboot есть, но я его нигде не отключаю, для винды он критичен.
с телефона сейчас, предлагаю тебе ответить на вопрос, почему бот не успел за пять часов поработать с базой и передвинуть его на более раннее время.

Stels · █ 28.12.2018 12:01

Ясно ...
по логам RMAN долго отрабатывал ...
и сессия начатая с 4 часов перевалила за 9 часов ...
изменю период МТ

OlegON · █ 28.12.2018 12:17

обрати внимание на Parallel, если машинка живая, можно поднять количество... Но, в целом, вопрос уже про соответствие железа базе. можешь ещё посмотреть, не включен ли параметр проверки базы рманом. Только если есть шанс выключения сервера по питанию, параметр лучше оставить.

Stels · █ 28.12.2018 12:33

Цитата:

OlegON ➤ обрати внимание на Parallel, если машинка живая, можно поднять количество... Но, в целом, вопрос уже про соответствие железа базе. можешь ещё посмотреть, не включен ли параметр проверки базы рманом. Только если есть шанс выключения сервера по питанию, параметр лучше оставить.

Parallel - интересно ... ядер у меня 12, а значение стояло 2 :)

просто я когда руками скриптом RMAN запускаю там у меня все 12 ядер задействую ...
думал оптимайзер по-умолчанию это видел ...

OlegON · █ 28.12.2018 12:37

он как раз видел, и по умолчанию как раз количеству ядер и равно... может, у тебя винты сдыхают и ты сам 2 поставил?

Stels · █ 28.12.2018 12:44

не ... я Ini уже сто лет не правил

OlegON · █ 28.12.2018 12:52

ну не бот же придумал... посмотри cpu_count в базе, бот в первый раз его берет, если руками Parallel не прописать