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

Question

Я разработчик. Архитектор в хорошие дни. Каким-то образом я тоже являюсь администратором базы данных для моей небольшой компании. Мой фон справедлив в искусстве БД, но я никогда не был полноценным администратором баз данных. Мой вопрос заключается в том, что мне нужно сделать для обеспечения реальной и разумно функциональной базы данных с минимальными фактическими усилиями?

Уверен, что мне нужно убедиться, что выполняются резервные копии и что делается. Это легко. Что еще я должен делать на постоянной основе?

Answer 1

Кто еще занимается базой данных? Вы единственный человек, делающий изменения схемы (создание новых объектов, освобождение новых хранимых процедур, разрешение новых пользователей)?

• Убедитесь, что количество пользователей, которые делают что-либо, что может повлиять на производительность, уменьшено до максимально приближенного к нулю, в идеале, включая вас.
• Убедитесь, что вы тестируете свои резервные копии - в идеале запускайте DEV-бокс, который периодически обновляет производственную среду, 1. поле DEV - хорошая идея, 2. резервная копия полезна только тогда, когда вы можете ее восстановить.
• Создайте группы для различных приложений, которые подключаются к вашей базе данных, поэтому, когда приходит новый пользователь, вы не угадаете, какие разрешения им нужны, просто добавьте их в группу, тем временем разрешение базы данных будет только теми группами, которые нуждаются в их
• Используйте индексы, первичные ключи, внешние ключи, ограничения, статистику и любые другие инструменты, поддерживаемые вашей базой данных. Нормализация.
• Оптимизируйте наиболее распространенный код в своем поле - плохо хранимые процедуры/код доступа к данным убьют вас.

Answer 2

Я хотел бы предложить:

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

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

Answer 3

Я был там. Раньше у меня была работа, где я писал код, делал все вещи инфраструктуры, носил шляпу DBA, пользовался поддержкой, фиксировал электрический степлер, когда он заклинивал, и все, что еще придумало, что может быть удаленно связано с ИТ. Это было здорово! Я узнал немного обо всем.

Что касается ухода и кормления вашей коробки базы данных, я рекомендую вам сделать следующее:

• Регулярно полные резервные копии.

• Выполнение регулярных резервных копий журнала транзакций.

• Мониторинг резервных заданий. На рынке есть множество утилит, которые относительно дешевы, что может автоматизировать это для вас. В небольшом магазине вы часто слишком заняты , чтобы не забудьте проверить их ежедневно.

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

• Хранить резервные копии вне сайта. Сегодня у всех онлайн-провайдеров резервного копирования нет особого оправдания за отсутствие резервной копии вне офиса.

• Ограничить доступ к своим коробкам.

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

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