Назад | Перейти на главную страницу

Какими знаниями должны делиться администраторы баз данных Oracle и системные администраторы?

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

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

  • Администраторам баз данных необходимо понимать различные инструменты профилирования, доступные в операционной системе, чтобы иметь возможность отслеживать различные проблемы с производительностью из базы данных. В идеале это должно включать инструменты, которые администраторы SAN должны иметь для мониторинга производительности SAN.
  • Системным администраторам необходимо понимать общую архитектуру базы данных Oracle, чтобы они могли понимать профили ввода-вывода, которые будут иметь различные файлы (т. Е. Журналы повторного выполнения в идеале должны быть на диске, оптимизированном для записи, группы журналов повторного выполнения уже распределены по нескольким дискам, поэтому что подсистема ввода-вывода системы не обязательна для обеспечения дополнительной избыточности через RAID).
  • Администраторы баз данных должны понимать различные возможности операционной системы / сети хранения данных, которые могут упростить или ускорить резервное копирование, клонирование и аварийное восстановление. Например, некоторые поставщики SAN позволяют клонировать базу данных путем разделения зеркала и монтирования копии на тестовом сервере.
  • Системным администраторам необходимо на высоком уровне понимать, как администраторы баз данных выполняют резервное копирование и восстановление, как клонируются базы данных и как выполняется аварийное восстановление. Это позволяет им предлагать инструменты, которые могут упростить эти задачи и позволить им понять инструменты Oracle, доступные для этих задач (например, DataGuard), чтобы понять затраты и преимущества обоих.
  • Администраторам баз данных необходимо понимать различные параметры конфигурации памяти и ввода-вывода, которые предоставляет система (в частности, такие вещи, как асинхронный ввод-вывод, выбор файловой системы и т. Д.), Чтобы понимать, как эти параметры могут повлиять на такие вещи, как производительность и возможность восстановления.
  • Обе группы должны понимать поведение и требования конкретного приложения, чтобы избежать неприятных сюрпризов. Если у вас есть хранилище данных, которое загружает данные, например, с полуночи до 4 часов утра, администраторы должны знать об этом, чтобы они не делали что-то, что наводняет активность SAN в течение этого окна, предполагая, что никто не использует системы в тот час.

Если это возможно (ваши группы администраторов баз данных и операционные системы технически надежны, они находятся рядом физически, у них обоих есть разумный уровень коммуникативных навыков и т. Д.), Я бы посоветовал администраторам баз данных подготовить обучение для системных администраторов. и наоборот. Oracle University, несомненно, предлагает более подробные классы, чтобы научить кого-то работе с базой данных Oracle - вы, несомненно, можете попросить их составить собственный класс, который займет день или два из различных курсов, которые они предлагают по таким вопросам, как архитектура базы данных. И вы, вероятно, могли бы сделать что-то подобное с компанией, которая предоставляет вашу операционную систему. Это, несомненно, обеспечит более плавное обучение в классе. Но он не будет включать в себя все лакомые кусочки организации, которые, вероятно, весьма интересны (например, почему все делается определенным образом из-за определенных технических, деловых или политических требований). И это также не дает возможности открыть линии общения между группами. Я лично предпочел бы, чтобы администраторы баз данных, например, знали немного меньше о конкретном инструменте профилирования операционной системы, но чувствовали себя более комфортно, ища одного из администраторов, когда у него или нее возник вопрос об его использовании, чем чтобы администратор баз данных изучил немного больше о технологиях, а не налаживать личные отношения. В качестве побочного эффекта, когда обе группы тренируют друг друга, обе группы могут потратить некоторое время на создание или обновление документации, на которую у них обычно нет времени.

При кластеризации серверов ... Администратор баз данных Oracle должен знать о среде кластеризации, и наоборот ...