Ora 9.2 и Win2003 x64 / Oracle

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Oracle [игнор отключен] [закрыт для гостей] / Ora 9.2 и Win2003 x64

25 сообщений из 53, страница 2 из 3

все

Ora 9.2 и Win2003 x64

#39261483

Вячеслав Любомудров

Участник

Откуда: Владивосток

Сообщения: 18 655

Рейтинг: 0 / 0

Еще раз:
Oracle 9.2 64-bit существует только под Itanium

Тебе нужно юзать 32-битную винду с /PAE и /3GB, юзать USE_INDIRECT_BUFFERS (отказавшись от любых пулов размера блока кроме DEFAULT), выставить AWE_WINDOW_MEMORY (не забывая, что эта часть будет находиться в SGA), как правило в 1G (по умолчанию, вроде 512M)
Т.е. у тебя на всю память процесса будет 2.7G, из них 1G -- на AWE-окошко, и хотя-бы 512M надо отдать сессиям под PGA. Т.е. SHARED_POOL_SIZE не более 1.2G

Вся эта возня имеет смысл, если на машинке не менее 8 гиг, ну и, соответственно, т.к. конфигурация не слишком используемая, багов там (тем более уже их править никто не будет) может оказаться выше крыши.

Если на машинке меньше 8 гиг памяти -- нехрен даже связываться с AWE и т.д.

...

Рейтинг:

0 / 0

24.06.2016, 07:05:31

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261525

Q.Tarantino

Участник

Откуда: Где-то рядом...

Сообщения: 13 453

Рейтинг: 0 / 0

ЭксАдминУменьшения кол-ва дисковых операций
а какой % попадания в кэш на текущий момент?

...

Рейтинг:

0 / 0

24.06.2016, 09:10:43

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261526

Q.Tarantino

Участник

Откуда: Где-то рядом...

Сообщения: 13 453

Рейтинг: 0 / 0

Вячеслав ЛюбомудровOracle 9.2 64-bit существует только под Itanium
да ну на? у нас на спарке был 64бит. без шуток.

...

Рейтинг:

0 / 0

24.06.2016, 09:11:29

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261528

Вячеслав Любомудров

Участник

Откуда: Владивосток

Сообщения: 18 655

Рейтинг: 0 / 0

Естественно, под винду имелось ввиду

...

Рейтинг:

0 / 0

24.06.2016, 09:14:20

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261530

Q.Tarantino

Участник

Откуда: Где-то рядом...

Сообщения: 13 453

Рейтинг: 0 / 0

Вячеслав ЛюбомудровЕстественно, под винду имелось ввиду
ясно. но вроде как тут мысль уже проскакивала про линуксом взлететь.
под линь то был 64?
винда и оракл.... как-то не айс :)

...

Рейтинг:

0 / 0

24.06.2016, 09:15:52

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261534

ЭксАдмин

Гость

Q.TarantinoЭксАдминУменьшения кол-ва дисковых операций
а какой % попадания в кэш на текущий момент?

ЭксАдминвообще, СЕЙЧАС ситуация такая:
памяти 3.66G, винда запускается с /3GB
shared pool 256M
buffer cache 1920M (за день попаданий в кеш ~60%)
pga target 256M (за день иногда берёт до 150М)
пересозданный ночью одногиговый временный тейблспейс за день работы разрастается до 16 гигов, но не более

...

Рейтинг:

0 / 0

24.06.2016, 09:22:55

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261536

Вячеслав Любомудров

Участник

Откуда: Владивосток

Сообщения: 18 655

Рейтинг: 0 / 0

Вроде, под линукс тоже не было
Было под SPARC, AIX и HP-UX (причем 64-битный вроде тоже только под Itanium)

...

Рейтинг:

0 / 0

24.06.2016, 09:29:02

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261541

Q.Tarantino

Участник

Откуда: Где-то рядом...

Сообщения: 13 453

Рейтинг: 0 / 0

Вячеслав ЛюбомудровВроде, под линукс тоже не было
Было под SPARC, AIX и HP-UX (причем 64-битный вроде тоже только под Itanium)
осталось узнать, что держит ТС-а именно на 9-й версии.

...

Рейтинг:

0 / 0

24.06.2016, 09:31:52

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261546

Вячеслав Любомудров

Участник

Откуда: Владивосток

Сообщения: 18 655

Рейтинг: 0 / 0

Ну, например, приложение не поддерживает 10-ку

...

Рейтинг:

0 / 0

24.06.2016, 09:38:20

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261548

ЭксАдмин

Гость

Вячеслав ЛюбомудровНу, например, приложение не поддерживает 10-ку
именно

...

Рейтинг:

0 / 0

24.06.2016, 09:39:35

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261562

Q.Tarantino

Участник

Откуда: Где-то рядом...

Сообщения: 13 453

Рейтинг: 0 / 0

ЭксАдминВячеслав ЛюбомудровНу, например, приложение не поддерживает 10-ку
именно
какой нить forms?
клиент то 9-й можно оставить.

...

Рейтинг:

0 / 0

24.06.2016, 09:56:14

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261567

ы!

Гость

Q.TarantinoЭксАдминпропущено...

именно
какой нить forms?
клиент то 9-й можно оставить.
BDE иногда обламывается на 10 сервере

...

Рейтинг:

0 / 0

24.06.2016, 10:00:09

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261572

ЭксАдмин

Гость

ы!Q.Tarantinoпропущено...
какой нить forms?
клиент то 9-й можно оставить.
BDE иногда обламывается на 10 сервере
а 10-ка что, под х64 винду умеет красиво юзать много памяти?
я б попробовал, конечно
просто по отзывам вледельцев аналогичной системы - "всё плохо, сидите лучше на 9.2"

...

Рейтинг:

0 / 0

24.06.2016, 10:03:53

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261577

ы!

Гость

ЭксАдмины!пропущено...

BDE иногда обламывается на 10 сервере
а 10-ка что, под х64 винду умеет красиво юзать много памяти?
я б попробовал, конечно
просто по отзывам вледельцев аналогичной системы - "всё плохо, сидите лучше на 9.2"
Попробуй
У меня при тестировании ошибок обнаружено не было.
Через месяц эксплуатации выявились.
Переезжать назад в авральном режиме с 10 на 9 - то ещё развлечение.

ЗЫ: Под Wиндой почти не живу. Ничего сказать не могу.

...

Рейтинг:

0 / 0

24.06.2016, 10:10:19

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39261581

Rbb

Участник

Сообщения: 248

Рейтинг: 0 / 0

Вячеслав ЛюбомудровЕще раз:
--- Oracle 9.2 64-bit существует только под Itanium

Под Виндой была 9.2.0.2 для 64 бит (хотя сейчас в сети вряд ли можно найти), после чего был дан стоп.

---Тебе нужно юзать 32-битную винду с /PAE и /3GB, юзать USE_INDIRECT_BUFFERS (отказавшись от любых пулов размера блока
--- кроме DEFAULT), выставить AWE_WINDOW_MEMORY (не забывая, что эта часть будет находиться в SGA), как правило в 1G (по
--- умолчанию, вроде 512M)

AWE окно - фича Microsoft, никакого отношения к SGA не имеет, регулируется параметрами реестра, хотя действительно создается в базовой памяти (< 4 G)

--- Т.е. у тебя на всю память процесса будет 2.7G, из них 1G -- на AWE-окошко, и хотя-бы 512M надо отдать сессиям под PGA. Т.е. --- SHARED_POOL_SIZE не более 1.2G

расчет не верен (см. выше)

--- Вся эта возня имеет смысл, если на машинке не менее 8 гиг, ну и, соответственно, т.к. конфигурация не слишком
--- используемая, багов там (тем более уже их править никто не будет) может оказаться выше крыши.

С 8 гиг установить можно, но пользы мало, начинать надо реально с 12 гиг. Если баги и есть, я на них не нарывался (юзеров ~ 150, нагрузка средняя, работает под Hyper-V)

Если на машинке меньше 8 гиг памяти -- нехрен даже связываться с AWE и т.д.

...

Рейтинг:

0 / 0

24.06.2016, 10:15:27

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39262207

Вячеслав Любомудров

Участник

Откуда: Владивосток

Сообщения: 18 655

Рейтинг: 0 / 0

RbbЕще раз:
--- Oracle 9.2 64-bit существует только под Itanium

Под Виндой была 9.2.0.2 для 64 бит (хотя сейчас в сети вряд ли можно найти), после чего был дан стоп.Я слышал об этом, но никогда не видел
Да и вряд ли эти слухи помогут топикстартеру

Rbb---Тебе нужно юзать 32-битную винду с /PAE и /3GB, юзать USE_INDIRECT_BUFFERS (отказавшись от любых пулов размера блока
--- кроме DEFAULT), выставить AWE_WINDOW_MEMORY (не забывая, что эта часть будет находиться в SGA), как правило в 1G (по
--- умолчанию, вроде 512M)

AWE окно - фича Microsoft, никакого отношения к SGA не имеет, регулируется параметрами реестра, хотя действительно создается в базовой памяти (< 4 G) Фича-то даже не Microsoft, и к SGA напрямую отношения не имеет, но занимает память, которую бы могла занять SGA. А так как за кэшированными блоками (заголовки переезжают в SHARED POOL, что тоже не радует) Oracle полезет именно через это окошко -- можно в какой-то степени считать эту область частью SGA

Rbb--- Т.е. у тебя на всю память процесса будет 2.7G, из них 1G -- на AWE-окошко, и хотя-бы 512M надо отдать сессиям под PGA. Т.е. --- SHARED_POOL_SIZE не более 1.2G

расчет не верен (см. выше)Приведи свой. Мне действительно было бы интересно. Когда я с этим игрался, я не ставил перед собой цели максимально заюзать все доступную память и естественно, могу чего-то не знать

Rbb--- Вся эта возня имеет смысл, если на машинке не менее 8 гиг, ну и, соответственно, т.к. конфигурация не слишком
--- используемая, багов там (тем более уже их править никто не будет) может оказаться выше крыши.

С 8 гиг установить можно, но пользы мало, начинать надо реально с 12 гиг. Если баги и есть, я на них не нарывался (юзеров ~ 150, нагрузка средняя, работает под Hyper-V)На 9.2? Технология тогда была достаточно сырая, да и не слишком распространенная.
Ну и поддержка (считай исправление багов) закончилась давно

...

Рейтинг:

0 / 0

25.06.2016, 09:57:53

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39262237

Rbb

Участник

Сообщения: 248

Рейтинг: 0 / 0

Вячеслав Любомудров,

я не ставил задачу максимально использовать нижнюю память для переменной части SGA, вплоть до ORA-4030,
потому не готов дать расчет - просто указал, что считать AWE окно частью SGA не правильно, потому и расчет
SGA определил не верным.

На моем рабочем сервере (9.2.0.7 150 юзеров) выставлены параметры вполне умеренные

db_block_size=8192
log_buffer=524288

USE_INDIRECT_DATA_BUFFERS=TRUE

db_block_buffers=1440000
_DB_BLOCK_LRU_LATCHES=96

java_pool_size=33554432
large_pool_size=8388608
shared_pool_size=125829120
pga_aggregate_target=262144000

Итого

Variable Size ~ 510M
Database Buffers ~ 11800 M
Total SGA ~ 12310 M

Багов, как отчечал, не встречал, Data Guard работает без проблем.

...

Рейтинг:

0 / 0

25.06.2016, 12:08:36

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39264818

ЭксАдмин

Гость

Нашёл легкочитаемую статью про AWE:
https://vsomarouthu.wordpress.com/2015/04/03/awe-memory-implementation-on-windows-20002003-servers/

В данный момент жду память (32Гб)... продолжение следует

...

Рейтинг:

0 / 0

29.06.2016, 16:06:13

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39265176

Rbb

Участник

Сообщения: 248

Рейтинг: 0 / 0

ЭксАдминНашёл легкочитаемую статью про AWE:
https://vsomarouthu.wordpress.com/2015/04/03/awe-memory-implementation-on-windows-20002003-servers/

В данный момент жду память (32Гб)... продолжение следует

AWE - 16 гига максимум, выше память для него недоступна.

...

Рейтинг:

0 / 0

30.06.2016, 09:18:56

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39265329

Rbb

Участник

Сообщения: 248

Рейтинг: 0 / 0

Уточнение - 16 GB только при установленном /3GB, без него ограничения на 16 GB нет, хотя понятно, что это представляет только теоретический интерес - ужать переменную часть SGA и AWE-окно плюс программный стек в 2GB для корпоративной базы вряд ли получится.

...

Рейтинг:

0 / 0

30.06.2016, 11:43:19

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39265996

ЭксАдмин

Гость

RbbУточнение - 16 GB только при установленном /3GB, без него ограничения на 16 GB нет, хотя понятно, что это представляет только теоретический интерес - ужать переменную часть SGA и AWE-окно плюс программный стек в 2GB для корпоративной базы вряд ли получится.
По формуле расчёта, с моими 8*CPU и 8192 размером блока, AWE по умолчанию получается 512M
И почему бы не попробовать 32Гб
Тем более, что сейчас, при выставленном 384M SGA_AGGREGATE_TARGET за рабочий день он максимум берёт 170, кеш хит при этом 60..75%

...

Рейтинг:

0 / 0

01.07.2016, 04:46:22

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39287655

ЭксАдмин

Гость

Ну вот, приехала память. И процы. (Про процы начало тут: http://www.sql.ru/forum/1221301-a/kakie-processory-luchshe-dlya-bd) Неплохо бы объединить темы.

Установилась в сервак с плясками, оказалось, что в один лоток не более четырёх 4Гб модулей, при том, что слотов шесть. Ну да ладно, мелочи. Процы с бОльшим кешем пока не ставил.

Сконфигурилась так: минимальный размер AWE_WINDOW_MEMORY, с которым база стартует, получился 384Мб (хотел 256, в итоге сделал 512).

Расклад по 32Гб:

Верхняя память:
28 - буфера (в них входит 0.5 AWE-окно, если я правильно понял доку, т.е. эти 28 гиг буферов на чуток (0.5) залезают в нижнюю память)

Нижняя память:
2 - винда (/3G убрал)

остаётся 1.7, из которых:
0.5 - AWE-окно
0.5 - PGA (за день максимум около 200, попаданий 92%)
0.7 - под всё остальное (наверное, можно откусить ещё чуток для PGA, вопрос сколько безопасно будет этот чуток?)

Первый день отработали неплохо, по перфоманс монитору вобще фантастика, зашкал диска с таблицами ушёл и не вернулся.

Заметил интересную особенность, если на только что перестартованой базе запускаешь тяжёлый отчёт - диски сначала интенсивно грузятся вычитывая в кеш, потом меньше, меньше, но зато в противоход поднимаются процессоры. Отношение лоджикал ридз / физикал ридз в среднем по пользователям получилось примерно 25:1

На след неделе приготовлю графики "до" и "после" - будет нагляднее, что и как.

INIT.ORA:

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.

background_dump_dest = C:\oracle\admin\DB1\bdump
compatible = 9.2.0.7.0
control_files = ('C:\oracle\oradata\DB1\CONTROL0.CTL', 'E:\CONTROL1.CTL', 'F:\CONTROL2.CTL', 'G:\CONTROL3.CTL', 'H:\CONTROL4.CTL')
core_dump_dest = C:\oracle\admin\DB1\cdump
_DB_BLOCK_LRU_LATCHES = 64
db_block_size = 8192
#db_block_buffers = 1572864 #12Gb (16Gb RAM, /3G)
db_block_buffers = 3670016 #28Gb (32Gb RAM)
#db_cache_size = 1792M #1024+512+256  (4Gb RAM, /3G)
db_domain = ''
db_file_multiblock_read_count = 16
db_name = DB1
DB_WRITER_PROCESSES = 8
fast_start_mttr_target = 300
hash_join_enabled = TRUE
instance_name = DB1
java_pool_size = 64M
job_queue_processes = 5
large_pool_size = 0
log_archive_dest_1 = 'LOCATION=C:\ARCHLOGS MANDATORY REOPEN=300'
log_archive_start = TRUE
log_buffer = 16777216 #16M
open_cursors = 300
pga_aggregate_target = 512M
processes = 100
query_rewrite_enabled = FALSE
remote_login_passwordfile = EXCLUSIVE
sessions = 110
#sga_max_size = 2304M #2048+256
shared_pool_size = 128M
#sort_area_size = 5242880 #5M
#sort_area_size = 6291456 #6M
star_transformation_enabled = FALSE
timed_statistics = TRUE
undo_management = AUTO
undo_retention = 43200
undo_tablespace = UNDO
use_indirect_data_buffers = TRUE
user_dump_dest = C:\oracle\admin\DB1\udump
workarea_size_policy = auto

...

Рейтинг:

0 / 0

06.08.2016, 11:55:38

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39290747

ЭксАдмин

Гость

Вот, наконец, примеры:

Память 4 гига, текучщая средняя работа, тяжелые отчёты не запускались

Запустили тяжёлый отчёт, часа на четыре, всех остальных попросили потерпеть.

Память 32 гига, разница между обычной и тяжелой работой незаметна
Отчёт, который ранее формировался 4 часа, стал отрабатывать за 13 минут (!!!) Трудно поверить, но это так. Голубые "пики" сортировка в tmp-tablespace, впоследствии переехала на красный диск.

"Лес" в конце - холодный бекап (красная горка) и сбор статистики (разноцветный частокол)

Возникла особенность, после ежедневного холодного бекапа - кеш пустой и первые пользователи начинающие работу, потихоньку поднимают данные в него. Сбор статистики после холодного бекапа положительно влияет на наполнение кеша.

Если есть вопросы - с удовольствием отвечу.

З.Ы.
Благодарные пользователи несут и несут дары))

...

Рейтинг:

0 / 0

12.08.2016, 09:02:01

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39292373

Rbb

Участник

Сообщения: 248

Рейтинг: 0 / 0

... после ежедневного холодного бекапа...

Ежесуточно закрывать промышленную базу... Переходите на RMAN, холодный бекап - не дело.

...

Рейтинг:

0 / 0

16.08.2016, 09:23:18

| Ответить | Цитировать | Написать

Ora 9.2 и Win2003 x64

#39292717

ЭксАдмин

Гость

Rbb... после ежедневного холодного бекапа...
Ежесуточно закрывать промышленную базу... Переходите на RMAN, холодный бекап - не дело.
Если не стопить базу в 11 вечера, у некоторых больных трудоголизмом сотрудников развалятся семьи))))) Хотя, впрочем, у некоторых уже..

...

Рейтинг:

0 / 0

16.08.2016, 16:33:01

| Ответить | Цитировать | Написать

25 сообщений из 53, страница 2 из 3

все

Форумы / Oracle [игнор отключен] [закрыт для гостей] / Ora 9.2 и Win2003 x64

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=52&startmsg=39261483&tid=1887523]:	0ms
get settings:	7ms
get forum list:	15ms
check forum access:	3ms
check topic access:	3ms
track hit:	162ms
get topic data:	7ms
get forum data:	2ms
get page messages:	59ms
get tp. blocked users:	1ms
others:	200ms

total:	459ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы