Здравствуйте, меня зовут старший главный инженер из команды GSE.
В этом видео мы обсудим, как создать план обслуживания сервера MS SQL. Мы рассмотрим возможную задачу, доступную при создании плана обслуживания, а также то, как настроить план для автоматического выполнения по расписанию. Таким образом, при рассмотрении планов обслуживания SQL Server существует несколько задач, которые можно настроить с помощью плана обслуживания. Одним из них является проверка согласованности базы данных с помощью инструмента под названием D BC C. Мы также можем сделать такие вещи, как сжатие файлов базы данных. Мы также можем провести реорганизацию или перестройку наших индексов, что является лучшей практикой, чтобы предотвратить чрезмерную фрагментацию. Мы также можем обновлять статистику базы данных. Мы можем выполнить очистку истории, собранной в планах обслуживания, а также начать создавать резервные копии баз данных и журналов. И последняя доступная задача — это очистка операций по обслуживанию.
Итак, перейдем к рассмотрению планов обслуживания. В SQL Server Management Studio у нас есть контейнер, который называется заводами обслуживания. Все, что нам нужно сделать, это правильно. Нажмите на него и нажмите «Maintenance», выберите мастер плана обслуживания. Теперь вы можете увидеть следующее, если вы попытаетесь создать план обслуживания, он будет в основном указывать на то, что компонент агента XPS A отключен. Поэтому всякий раз, когда вы видите это конкретное сообщение, оно говорит вам об одном, а именно о том, что служба агента SQL Server не запущена для моей установки sequel. Итак, давайте запустим эту услугу, которая является обязательным требованием для создания любого плана обслуживания или запуска плана обслуживания. Должна быть задействована служба агента SQL Server, должна быть запущена. Прежде чем мы начнем, я хотел бы обратить на это особое внимание. Перейдем к мастеру плана удаленной лицензии.
Откроется вводный экран, нажмите «Далее» и дадим название плану обслуживания. Итак, демонстрационное подчеркивание MP, один из первых вариантов, который у нас есть, это запланировать это событие по умолчанию. Он не запланирован. Он должен запускаться пользователем или пользователем. Поэтому, если я внесу изменения, по умолчанию я перейду в окно планирования, которое будет пытаться запускать каждую неделю. Если я этого не сделаю, определите график для этого. В этом конкретном случае я поменяю его на ежедневный. Он начинается в полночь. Я нормально к этому отношусь. Поэтому я нажму «OK» для этого параметра. И если я сделаю следующее, он выдаст мне список задач, которые я могу выбрать для выполнения в этом плане обслуживания. Итак, одна из вещей, которую я хочу сделать, это проверить свою базу данных, чтобы убедиться, что она последовательна и не содержит повреждений. Двигаясь вниз по списку задач, я собираюсь пойти дальше и сделать реорганизацию индексов.
Таким образом, если фрагментация моего индекса превысит 15%, он реорганизует эти индексы. Я также собираюсь вернуться к некоторым из этих вещей. Выберем «Cleanup history». Эта конкретная настройка предназначена для того, чтобы избавиться от некоторой старой информации в моем плане обслуживания, и вы увидите, о чем я говорю через несколько минут здесь, в этом конкретном выборе. Кроме того, я выберу резервное копирование базы данных. Так что есть несколько других вариантов, которые я мог бы использовать, но я не хочу сокращать свою базу данных, или перестраивать свои индексы, или обновлять свою статистику на ежедневной основе, если в этом нет крайней необходимости. Это, на самом деле, задачи, которые вписываются в еженедельный план обслуживания гораздо лучше, чем ежедневный. Поэтому, если я сделаю это в следующий раз, я увижу сделанные выборки. И на этом этапе мне будет предложено определить объекты, которые будут субъектами этой задачи. В данном конкретном случае я выберу примеры баз данных. Приключения работают. 2017, 2019, нажмите. OK.
Для проверки целостности я выберу значения по умолчанию. И следующей задачей, которую я выбрал, была реорганизация индексов. Выберем эти базы данных еще раз, выберем значения по умолчанию. Я не вижу необходимости что-то там менять. Что касается истории очистки, то по умолчанию значение составляет четыре недели. Например, любой из перечисленных файлов, например журнал резервного копирования и восстановления, SQL Server, агента, журнал заданий или план обслуживания. Через четыре недели все эти старые бревна будут выталкиваться из контейнера, в котором они хранятся. Поэтому я перейду к следующему. Это раздел резервного копирования. Одна из вещей, на которую вы действительно хотите настроиться, это на то, куда по умолчанию уходит моя резервная копия. Таким образом, Windows при каждой установке версии SQL Server создает папку резервной копии по умолчанию. Резервная копия, указанная в плане обслуживания, будет перенесена туда. Если вы хотите изменить это расположение, вы можете сделать это на данном этапе с помощью этого конкретного выбора.
Я не собираюсь вдаваться в подробности, но мы должны определить наши базы данных, мы хотим создать резервную копию, и этот план обслуживания снова посвящен этим базам данных приключенческой работы. Если я нажму «Next», я увижу, что будет создан отчет. Э-э-э, если бы мне нужно было это электронное письмо, если бы я хотел этот отчет, я бы написал мне по электронной почте, я бы указал отчет по электронной почте, и мне пришлось бы определить другие вещи, чтобы сделать это. А я этого не делал. Так что мы просто создадим отчет об истории отдельно. Таким образом, в окне завершения работы мастера вы увидите список всех сделанных вами выборок, и, очевидно, вы можете вернуться, если в этом списке есть что-то, что вам не понравилось. Давайте нажмем «Finish». Итак, план технического обслуживания создан. Если мы посмотрим на планы технического обслуживания, то увидим демо-версию MP. Теперь вы можете задаться вопросом, действительно ли план технического обслуживания справляется со своей задачей. Итак, все, что вам нужно сделать, это нажать правой кнопкой мыши и выбрать «Выполнить», и это займет некоторое время.
Мы просим его проверить базы данных, чтобы реорганизовать индексы и сделать резервное копирование нескольких баз данных, а не большого количества подробной информации. Если вы выполняете это вручную в управлении студией, конечно, в идеале это будет происходить посреди ночи. Так что у меня есть возвращение успеха. Таким образом, он выполнил все задачи, которые я определил в плане обслуживания. Поэтому, если по какой-либо причине у вас возникли проблемы с планами обслуживания и вы хотите получить лучшее представление о том, почему они могут или не могут работать. Вы можете перейти в раздел истории под планом технического обслуживания, получить там более подробную информацию об этом. Если вы разделите его на подкатегории, это покажет вам немного больше подробностей, не буду вдаваться в подробности, но это даст вам обратную связь о том, что происходит с вашим планом обслуживания.
Теперь, если вы когда-нибудь захотите внести изменения в план обслуживания, у вас есть возможность изменить, и в отдельных разделах будет изложена задача, которую вы определите для этого плана обслуживания. И если вы хотите внести какие-то изменения, вы можете сделать это более чем свободно, очевидное изменение здесь, в этой конкретной истории очистки раздела, допустим, мы хотим сделать это две недели вместо четырех, мы более чем можем сделать это, сделав это прямо здесь. Хорошо. На этом демонстрация настройки и запуска плана обслуживания сервера MS SQL завершена. Надеюсь, это видео помогло вам понять, как создать план обслуживания и запланировать его выполнение в соответствии с планом.
Спасибо за просмотр!
