4 Основных метода устранения неполадок системы Oracle 12c Системная методология

4 Основных метода устранения неполадок вашей методологии Oracle 12c System - манекены

Для вашей базы данных Oracle 12c требуется несколько систем на вашем компьютере для поддержки создаваемых вами баз данных. Вот несколько систем, чтобы проверить, есть ли у вас проблемы с вашей базой данных:

  • Загрузка процессора: Является ли CPU максимальным?

  • Память: Сколько памяти доступно?

  • Доступное дисковое пространство: Доступно ли место на диске?

  • Журналы системных событий: Сообщено ли что-либо о системе?

Для выполнения этих проверок вам не нужно быть системным администратором.

Использование ресурсов Oracle 12c ad CPU

Серверы могут иметь один или несколько процессоров. Несмотря на это, обработка должна быть доступна для сервера для обработки запросов приложений.

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

  • В Windows, ранее упомянутый диспетчер задач Windows имеет вкладку «Производительность». На этой вкладке показано использование ЦП в процентах, а в качестве последних спайков

  • Для систем Linux / UNIX ранее описанная верхняя команда отображает загрузку ЦП в верхней части экрана.

Oracle 12c и память

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

  • Чтобы проверить память на Windows , вкладка «Производительность диспетчера задач Windows» предоставляет общую память на компьютере и доступную сумму.

  • Системы Linux / UNIX имеют несколько инструментов для проверки памяти, но верхняя утилита быстро предоставляет эту информацию.

Доступное дисковое пространство и Oracle 12c

Дисковое пространство отличается от использования диска. Частота чтения и записи на диске - это использование и может быть основным фактором производительности. Запуск доступного дискового пространства может привести к остановке вашей системы, и здесь основное внимание уделяется тому, что вы, как администратор баз данных, можете что-то с этим сделать.

Что может случиться, когда диск заполняется? Это зависит от того, что пишет на этот диск. Как минимум, файлы журнала не могут быть записаны, а табличные пространства не могут быть расширены. В худшем случае архивные файлы журнала не могут быть успешно записаны, и база данных зависает.

С другим программным обеспечением процессы могут вызывать большие объемы процессора, а виртуальные машины Java могут выходить из строя. Любая из этих проблем, вероятно, вызовет панический звонок на ваш стол.

Самый быстрый способ проверить дисковое пространство - проверить, заполнены ли какие-либо файловые системы на 100 процентов.

  • Для систем Windows самым быстрым способом является переход на мой компьютер и просмотр свободного места на каждом диске. Убедитесь, что на вкладке «Вид» есть опция «Сведения», чтобы получить полную информацию.

  • Команда df -m помогает Linux и пользователям Solaris Solaris:

     $ df -m Файловая система 1M-blocks Используется Доступно Использовать% Установлено на / dev / sda3 8064 3587 4068 47% / tmpfs 3957 1885 2072 48% / dev / shm / dev / sda5 8064 208 7447 3% / home / dev / sda6 8064 147 7508 2% / tmp / dev / sda1 64310 17016 44028 28% / u01 / dev / sr0 2367 2367 0 100% / media / Oracle12cBeta 

    В этом коде показаны файловые системы, их процентное использование, процент бесплатных (доступных) и фактические суммы в мегабайтах. Команда df -k может отображать ту же информацию, что и в килобайтах. Флаг -k полезен, потому что некоторые версии UNIX не поддерживают флаг -m.

  • В системах HP-UX UNIX используйте bdf.

Oracle 12c и журналы системных событий

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

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

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

  • В системах Windows откройте «Панель управления» → «Администрирование» → «Просмотр событий», чтобы просмотреть журналы системы и приложений.

  • В системах Linux / UNIX / var / adm / messages и / var / log / syslog весьма ценны. Команда dmesg может видеть конец самого последнего файла системного журнала.

Большая часть этой информации может не иметь смысла для администратора баз данных, который не является подкованным ОС; однако просмотра ошибок может быть достаточно, чтобы найти мнение системного администратора.