IT: четыре недопустимых ошибки администратора
Пренебрежение администратора базы данных к некоторым рутинным задачам может повлечь за собой неприятности. В ряде случаев халатность оборачивается серьезными финансовыми потерями. А бывает, ненадлежащее выполнение повседневных обязанностей грозит потерей рабочего места.
Работа по выявлению и устранению неполадок отнимает у администратора баз данных массу времени. И пользователи, и разработчики совершают ошибки, доставляющие немало хлопот. Но несмотря на все эти отвлекающие факторы, как администратор базы данных, вы не можете снять с себя ответственность за выполнение важнейших повседневных процедур, которые позволяют обеспечивать защиту корпоративных данных и бесперебойное функционирование экземпляров SQL Server. Давайте подробнее рассмотрим четыре наиболее серьезных ошибки администратора баз данных. Итак, чего нельзя делать ни в коем случае:
1. Забывать о тестировании резервных копий. Все мы знаем, насколько важно выполнять резервное копирование баз данных. Даже при использовании самых современных технологий обеспечения высокой доступности и восстановления данных после аварийного сбоя резервные копии остаются основой стратегии защиты данных. Резервные копии баз данных — это наша последняя линия обороны. Представьте, что вы пытаетесь восстановить содержимое баз данных, а резервные копии не работают. Трудно вообразить ситуацию более катастрофическую. Чтобы гарантированно избежать такого положения, пользуйтесь командой BACKUP VERIFVONLY, и вы сможете убедиться, что интересующая вас резервная копия может быть восстановлена. В дополнение к проверке резервных копий полезно применять ко всем резервным и восстановленным копиям функцию CHECKSUM. Она выполняет дополнительные проверки и дает ответ на вопрос, повреждена ли та или иная база данных. Наконец, полезно регулярно выполнять операции по восстановлению баз данных на незащищенных системах. Так вы сможете убедиться в том, что ваши резервные копии функционируют нормально.
2. Не принимать меры по ограничению доступа в целях обеспечения безопасности. Безопасность — критический фактор всех систем
SQL Server уровня предприятия. Однако некоторые профессионалы
в области баз данных не уделяют этой стороне дела должного внимания. Результатом предоставления сотрудникам или приложениям более широких, чем положено, прав доступа, может стать потеря данных, брешь в защите или даже непреднамеренное повреждение базы данных. Часто встречается такая ошибка: разработчикам предоставляются привилегии администраторов, а также прямой доступ к данным, касающимся производства. Нередко такие решения обосновываются удобством разработки или необходимостью отладки, однако подобную практику нельзя считать приемлемой. Безопасность баз данных следует обеспечивать по принципу наименьших привилегий, в соответствии с которым пользователям, разработчикам и даже администраторам предоставляются разрешения самого низкого уровня.
3. Пренебрегать плановыми мероприятиями по обслуживанию баз данных. Система SQL Server обладает широкими возможностями автоматической настройки и множеством средств самовосстановления, однако не следует думать, что база данных будет выполняться сама по себе. Существует целый ряд важных мер по обслуживанию баз данных, которые администратор должен использовать регулярно. Во-первых, все имеющие отношение к производству базы данных необходимо подвергать проверкам на целостность с помощью команды DBCC CHECKDB. Во-вторых, следует регулярно проверять индексы на фрагментацию, а также обновлять статистику производственных баз данных. Эти процессы можно автоматизировать, например с помощью агента SQL или плана обслуживания, предусматривающего выполнение перечисленных действий. Кроме того, существует несколько сценариев и инструментов независимых поставщиков, способствующих эффективной работе баз данных. Разумеется, вам необходимо следить за тем, чтобы эти отличающиеся активным потреблением ресурсов средства не применялись в рабочие часы с пиковыми нагрузками.
4. Откладывать мониторинг использования сервера. Еще одна категория жизненно важных мероприятий, которые следует проводить регулярно, включает мониторинг систем и контрольное тестирование. Если администратор этого не делает, склонен выжидать и начинает отслеживать уровни функционирования базы данных, а также рабочие нагрузки лишь после того, как в системе возникают проблемы, он допускает грубую ошибку. Периодически проверяя статистику быстродействия системы, вы сможете получить представление о нормальной нагрузке и сформировать шаблоны, которые позднее помогут вам отмечать изменения и отклонения от нормы. Необходимо регулярно проверять данные об использовании процессоров, памяти, подсистемы ввода-вывода, блокировок, а также такие показатели, как объем свободного дискового пространства, выделяемого для данных и файлов регистрации.
Даже наша статья не помогла вам стать отличным специалистом? В этом случае вам на помощь придет IT Аутсорсинг - узнать подробнее (http://bastion-ltd.ru/it-autsorsing.html). Передав управление своим проектом в руки высококлассным профессионалам, вы можете быть уверены в том, что вся работа по администрированию и управлению будет выполнена на высочайшем уровне.
