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

Question

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

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

Answer 1

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

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

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

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

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

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

• Хранение резервных копий вне сайта. Со всеми провайдерами резервного копирования в Интернете сегодня нет особых оправданий тому, что у вас нет резервной копии вне сайта.

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

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

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

Answer 2

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

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

Answer 3

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

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

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