Шон, я понимаю, откуда ты.
Здесь мы находимся в аналогичной лодке, как и следовало ожидать, многие другие. Не противостоять сегодняшней экономике.
Несмотря на неоднократные жалобы в адрес руководства (в том числе высшего руководства), наша ситуация такова; К сожалению, самозваный «администратор БД» (в отдельной «команде разработчиков» на другом этаже) знает меньше, чем младший, владеющий двумя книгами О'Рейли и дампом печати КБ. У нее есть работа, и она отлично умеет наливать мед в ухо человека, который также наливает мед в ухо самой большой гадости.
Конечно, было бы идеально иметь возможность изучать «торговлю» DBA, но опять же. То, что мы хотим и что мы можем иметь, часто очень разные вещи. :)
Лично я столкнулся со следующими проблемами, которые (чтобы отразить довольно тупой, но не совсем неверный характер) требовали значительной части прибегая к помощи.
- Tranlogs. Ты прав. Какого черта были эти вещи? Таким образом, нам пришлось восстановить базу данных и сервер, что именно означает «воспроизведение журналов»? :)
- Подождите, что вы имеете в виду, эти базы данных просто становятся больше? Как мы сжимаем их? Или хотя бы поддерживать их рост?
- Стандартизация установок на разных серверах (это изображение для «dev», это изображение для «prod», и это маленькое изображение заплакано всю дорогу домой, с рынка. :)
- Сценарии обслуживания и как помочь управлять базами данных в течение длительного периода времени (вроде как выращивать комнатные растения и следить за тем, чтобы они не превратились в кудзу).
- Всегда следя за тем, чтобы программы шли на C: \, журналы и / или базы данных - на D: \, что сформулировало нашу стандартизацию (C: \ - это два зеркальных диска, D: \ - это, как правило, дело RAID5 .)
- Необходимость приобретения отдельной лицензии SQL и клиента для резервного копирования.
- Проверьте управление пользователями, которые команда разработчиков назначает для самой базы данных SQL, управление ролями DBO и т. Д. Убедитесь, что у вас есть хорошая модель безопасности, когда речь идет о правах пользователей в базе данных.
- Исследование учетной записи службы домена, что службы SQL могут работать как. Какие права нужны этой учетной записи службы, если таковые вообще имеются.
(Вы попали в список довольно хороших в своем посте.)
Так как вы работаете с препятствиями, как и некоторые другие, убедитесь, что вы распространяете знания SQL среди команды, если можете. Делитесь тем, что вы знаете, учите других тому же. Быть дружелюбным. Нелегко носить шапку SQL, но, по крайней мере, многие глаза и мыслительные процессы лучше, чем один.
Однако, прежде всего, постарайтесь, как дьявол, получить на работу администратора. :)
Лучшие советы для эффективного обслуживания базы данных
источник
Начните с тактических усилий. Если ваша база данных выходит из строя или работает плохо, сконцентрируйтесь на решении этих проблем.
Затем начните с более стратегических элементов: резервное копирование и восстановление. Знать, как восстанавливать ваши базы данных изнутри и снаружи, и создавать подробные процедуры для предотвращения дорогостоящих ошибок во время простоя производства.
Если у вас нет оборудования для тестирования основных изменений и таких вещей, как резервное копирование / восстановление - выясните, как его получить.
источник
Когда я нанимал младшего администратора базы данных, я купил ей Companion для администратора Microsoft® SQL Server 2005 TM. Это книга, которую я хотел бы иметь, когда только начинал.
источник