Форум OlegON > Ресурсы OlegON > Вопросы сервера > Программы OlegON

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

08.04.2020 12:59


18.12.2018 11:13
Propil
 
Цитата:
OlegON там ещё на политику ссылается...
Это из-за устаревшей винды
21.12.2018 19:08
OlegON
 
поправил подглючивающее определение второй сессии оптимизатора, сделал вывод версии ТЯ для IBS, добавил отключение resource manager для клиентов
28.12.2018 11:07
Stels
 
А можно сделать так, чтобы оптимайзер не перезагружал сервер СМ во время работы???

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

Код:
Процесс 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)
28.12.2018 11:37
OlegON
 
для начала бы разобраться, почему он в 9:30 был в MT, если начал в 4?
и, кажется, autoreboot есть, но я его нигде не отключаю, для винды он критичен.
с телефона сейчас, предлагаю тебе ответить на вопрос, почему бот не успел за пять часов поработать с базой и передвинуть его на более раннее время.
28.12.2018 12:01
Stels
 
Ясно ...
по логам RMAN долго отрабатывал ...
и сессия начатая с 4 часов перевалила за 9 часов ...
изменю период МТ
28.12.2018 12:17
OlegON
 
обрати внимание на Parallel, если машинка живая, можно поднять количество... Но, в целом, вопрос уже про соответствие железа базе. можешь ещё посмотреть, не включен ли параметр проверки базы рманом. Только если есть шанс выключения сервера по питанию, параметр лучше оставить.
28.12.2018 12:33
Stels
 
Цитата:
OlegON обрати внимание на Parallel, если машинка живая, можно поднять количество... Но, в целом, вопрос уже про соответствие железа базе. можешь ещё посмотреть, не включен ли параметр проверки базы рманом. Только если есть шанс выключения сервера по питанию, параметр лучше оставить.
Parallel - интересно ... ядер у меня 12, а значение стояло 2 :)

просто я когда руками скриптом RMAN запускаю там у меня все 12 ядер задействую ...
думал оптимайзер по-умолчанию это видел ...
28.12.2018 12:37
OlegON
 
он как раз видел, и по умолчанию как раз количеству ядер и равно... может, у тебя винты сдыхают и ты сам 2 поставил?
28.12.2018 12:44
Stels
 
не ... я Ini уже сто лет не правил
28.12.2018 12:52
OlegON
 
ну не бот же придумал... посмотри cpu_count в базе, бот в первый раз его берет, если руками Parallel не прописать

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.