Администрирование базы данных

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

Администрирование баз данных — это функция управления и обслуживания программного обеспечения систем управления базами данных (СУБД). Основное программное обеспечение СУБД, такое как Oracle , IBM Db2 и Microsoft SQL Server, требует постоянного управления. Поэтому корпорации, использующие программное обеспечение СУБД, часто нанимают специализированный персонал в области информационных технологий, называемый администраторами баз данных или DBA.

• Установка, настройка и обновление программного обеспечения сервера баз данных и связанных с ним продуктов.
• Оцените возможности баз данных и связанные с ними продукты.
• Разработать и поддерживать надежные политики и процедуры резервного копирования и восстановления.
• Позаботьтесь о проектировании и реализации базы данных.
• Реализовать и поддерживать безопасность базы данных (создать и поддерживать пользователей и роли, назначить привилегии).
• Настройка базы данных и мониторинг производительности.
• Настройка приложений и мониторинг производительности.
• Создание и ведение документации и стандартов.
• Планирование роста и изменений ( планирование мощностей ).
• Работайте в команде и оказывайте круглосуточную поддержку при необходимости.
• Проведите общее техническое устранение неполадок и дайте рекомендации.
• Восстановление базы данных

Существует три типа администраторов баз данных:

1. Администраторы системных баз данных (также называемые физическими администраторами баз данных, администраторами операционных баз данных или администраторами производственной поддержки баз данных): сосредоточены на физических аспектах администрирования баз данных, таких как установка СУБД, настройка, исправление ошибок, обновление, резервное копирование, восстановление, обновление, оптимизация производительности, обслуживание и аварийное восстановление .
2. Администраторы баз данных, занимающиеся разработкой: фокусируются на логических и прикладных аспектах администрирования баз данных, таких как проектирование и поддержка моделей данных , генерация DDL ( язык определения данных ), написание и настройка SQL, кодирование хранимых процедур , сотрудничество с разработчиками для выбора наиболее подходящих функций/возможностей СУБД и другие предпроизводственные мероприятия.
3. Application DBAs: обычно встречаются в организациях, которые приобрели стороннее прикладное программное обеспечение , такое как системы ERP ( планирование ресурсов предприятия ) и CRM ( управление взаимоотношениями с клиентами ). Примерами такого прикладного программного обеспечения являются Oracle Applications , Siebel и PeopleSoft (обе теперь являются частью Oracle Corp.) и SAP. Application DBAs занимают промежуточное положение между СУБД и прикладным программным обеспечением и отвечают за обеспечение полной оптимизации приложения для базы данных и наоборот. Обычно они управляют всеми компонентами приложения , которые взаимодействуют с базой данных, и выполняют такие действия, как установка и исправление приложений, обновление приложений, клонирование базы данных, создание и запуск процедур очистки данных, управление процессом загрузки данных и т. д.

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

Степень автоматизации администрирования базы данных определяет навыки и персонал, необходимые для управления базами данных. С одной стороны, система с минимальной автоматизацией потребует значительных опытных ресурсов для управления; возможно, 5-10 баз данных на одного администратора баз данных. В качестве альтернативы организация может выбрать автоматизацию значительного объема работы, которая может быть выполнена вручную, тем самым сократив необходимые навыки для выполнения задач. По мере увеличения автоматизации кадровые потребности организации разделяются на высококвалифицированных работников для создания и управления автоматизацией и группу менее квалифицированных «линейных» администраторов баз данных, которые просто выполняют автоматизацию.

Работа по администрированию баз данных сложна, повторяема, отнимает много времени и требует существенного обучения. Поскольку базы данных содержат ценные и критически важные данные, компании обычно ищут кандидатов с многолетним опытом. Администрирование баз данных часто требует от администраторов баз данных работать в нерабочее время (например, для запланированного простоя после рабочего дня, в случае сбоя, связанного с базой данных, или если производительность сильно упала). Обычно администраторы баз данных получают хорошую компенсацию за долгие часы работы.

Одним из ключевых навыков, требуемых и часто упускаемых из виду при выборе администратора баз данных, является восстановление базы данных (часть аварийного восстановления). Это не случай «если», а случай «когда» база данных терпит сбой, начиная от простого сбоя и заканчивая полным катастрофическим сбоем. Сбой может быть вызван повреждением данных, сбоем носителя или ошибками пользователя. В любой ситуации администратор баз данных должен обладать навыками восстановления базы данных до заданного момента времени, чтобы предотвратить потерю данных.

Часто программное обеспечение СУБД поставляется с определенными инструментами, помогающими администраторам баз данных управлять СУБД. Такие инструменты называются собственными инструментами. Например, Microsoft SQL Server поставляется с SQL Server Management Studio, а Oracle имеет такие инструменты, как SQL*Plus и Oracle Enterprise Manager/Grid Control. Кроме того, сторонние компании, такие как BMC, Quest Software , Embarcadero Technologies , patchVantage и SQL Maestro Group, предлагают инструменты с графическим интерфейсом для мониторинга СУБД и помогают администраторам баз данных выполнять определенные функции внутри базы данных более легко.

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

По мере роста числа DBA, без автоматизации число уникальных конфигураций часто растет, что становится дорогим/трудным для поддержки. Все эти сложные процедуры могут быть смоделированы лучшими DBA в программное обеспечение для автоматизации баз данных и выполнены стандартными DBA. Программное обеспечение было создано специально для повышения надежности и повторяемости этих процедур, например, Stratavia 's Data Palette и GridApp Systems Clarity.

Автоматизированные операции с базами данных выросли с 2009 года после того, как Amazon Web Services представили AWS RDS, предоставляющую автоматизированную и управляемую базу данных как услугу. ^[1] Microsoft Azure запустила аналогичную автоматизированную базу данных как услугу в 2010 году с SQL Azure, предоставляя автоматизированное резервное копирование с георепликацией и высокой доступностью. Внедрение контейнеров docker (программных) улучшило поддержку быстрой доставки контейнеризированных экземпляров баз данных, и как Amazon Web Services, так и Microsoft Azure улучшили автоматизированную поддержку контейнеров в своих соответствующих службах.

Расширена поддержка образов контейнеров баз данных сторонними разработчиками, включая MongoDB , PostgreSQL , MySQL от Oracle и Microsoft SQL Server от Microsoft , а также независимые порты docker (программного обеспечения) от Windocks ^[2]. Kubernetes и разработка шаблона Kubernetes Operator компанией CoreOS еще больше расширили возможности оркестровки контейнеров баз данных. ^[3] Операторы Kubernetes использовались третьими лицами для обеспечения возможности автоматизации администрирования баз данных, включая развертывание экземпляров базы данных, обновление версий баз данных или выполнение резервного копирования. ^[4]

Новые технологии, такие как набор Data Palette компании Stratavia и GridApp Systems Clarity, начали увеличивать автоматизацию баз данных, что привело к сокращению задач, связанных с базами данных. Однако в лучшем случае это только сокращает количество рутинных, повторяющихся действий и не устраняет необходимость в администраторах баз данных. Цель автоматизации администраторов баз данных — позволить администраторам баз данных сосредоточиться на более проактивных действиях, связанных с архитектурой базы данных, развертыванием, производительностью и управлением уровнем обслуживания.

Каждая база данных требует учетной записи владельца базы данных, которая может выполнять все операции по управлению схемой. Эта учетная запись относится к базе данных и не может входить в Data Director. Вы можете добавлять учетные записи владельцев базы данных после создания базы данных. Пользователи Data Director должны входить в систему с использованием своих учетных данных, специфичных для базы данных, для просмотра базы данных, ее сущностей и ее данных или для выполнения задач по управлению базой данных. Администраторы баз данных и разработчики приложений могут управлять базами данных, только если у них есть соответствующие разрешения и роли, предоставленные им администратором организации. Разрешения и роли должны быть предоставлены для группы базы данных или для базы данных, и они применяются только в пределах организации, в которой они предоставлены.

Есть несколько учебных заведений, которые предлагают профессиональные курсы, включая вечерние программы, позволяющие кандидатам изучать администрирование баз данных. Поставщики СУБД, такие как Oracle, Microsoft и IBM, предлагают программы сертификации, чтобы помочь компаниям нанимать квалифицированных специалистов DBA. Высшее образование в области компьютерных наук или смежной области полезно, но не обязательно является обязательным условием.

• СУБД, ориентированная на столбцы
• Хранилище данных
• Служба каталогов
• Распределенная система управления базами данных
• Иерархическая модель
• Навигационная база данных
• Сетевая модель
• Модель объекта
• Объектная база данных (OODBMS)
• Объектно-реляционная база данных (ОРСУБД)
• Автоматизация выполнения книги (RBA)
• Реляционная модель (СУБД)
• Сравнение систем управления реляционными базами данных
• Сравнение инструментов баз данных
• SQL — язык управления базами данных

• "Теоретико-множественная структура данных и язык поиска". Форум SIGIR . 7 (4). Специальная группа по поиску информации ACM : 45–55 . Зима 1972. doi :10.1145/1095495.1095500. S2CID  16601739.
• Томас Хейг (июнь 2006 г.). «Истоки системы управления базами данных» (PDF) . Запись SIGMOD . 35 (2). Специальная группа по интересам ACM по управлению данными .