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

Я бы посоветовал:

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

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

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

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

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

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

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

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

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

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

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

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

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

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