Не удалось выполнить п шаг завершился с ошибкой

Добрый день.

На днях создал план обслуживания — реиндексацию. Сегодня в логах ошибка. Я в sql не силен, прошу подсказать в чем проблема. На мой взгляд sql почему-то не смог заблокировать бд upp?

Лог:

Выполняется от имени пользователя: SQLSERVERsqluser….-bit  (C) Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.    Начало: 5:00:00  Выполнение: 2015-09-20 05:00:02.51    Источник: {2EAC823F-F20A-400C-BEC9-18BC1B15FD36}     Выполнение запроса «DECLARE @Guid UNIQUEIDENTIFIER      EXECUTE msdb..sp…».: 100% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.82    Источник: Задача «Перестроение индекса»     Выполнение запроса «USE [upp]  «.: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.93    Источник: Задача «Перестроение индекса»     Выполнение запроса «ALTER INDEX [_Acc20_ByCode_SR] ON [dbo].[_Acc20] R…».: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.93    Источник: Задача «Перестроение индекса»     Выполнение запроса «USE [upp]  «.: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.94    Источник: Задача «Перестроение индекса»     Выполнение запроса «ALTER INDEX [_Acc20_ByDescr_SR] ON [dbo].[_Acc20] …».: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.94    Источник: Задача «Перестроение индекса»     Выполнение запроса «USE [upp]  «.: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.94    Источник: Задача «Перестроение индекса»     Выполнение запроса «ALTER INDEX [_Acc20_ByOrder_SR] ON [dbo].[_Acc20] …».: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.94    Источник: Задача «Перестроение индекса»     Выполнение запроса «USE [upp]  «.: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.96    Источник: Задача «Перестроение индекса»     Выполнение запроса «ALTER INDEX [_Acc20_ByParentCode_RSR] ON [dbo].[_A…».: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.96    Источник: Задача «Перестроение индекса»     Выполнение запроса «USE [upp]  «.: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.98    Источник: Задача «Перестроение индекса»     Выполнение запроса «ALTER INDEX [_Acc20_ByParentDescr_RSR] ON [dbo].[_…».: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.98    Источник: Задача «Перестроение индекса»     Выполнение запроса «USE [upp]  «.: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.99    Источник: Задача «Перестроение индекса»     Выполнение запроса «ALTER INDEX [_Acc20_ByParentOrder_RSR] ON [dbo].[_…».: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:15.99    Источник: Задача «Перестроение индекса»     Выполнение запроса «USE [upp]  «.: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:16.08    Источник: Задача «Перестроение индекса»     Выполнение запроса «ALTER INDEX [PK___Acc20__AC8ED0C43DDFA4C4] ON [dbo…».: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:16.08    Источник: Задача «Перестроение индекса»     Выполнение запроса «USE [upp]  «.: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:16.08    Источник: Задача «Перестроение индекса»     Выполнение запроса «ALTER INDEX [_Acc20_ExtDim1515_ByLineNo_RNR] ON [d…».: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:16.08    Источник: Задача «Перестроение индекса»     Выполнение запроса «USE [upp]  «.: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:16.10    Источник: Задача «Перестроение индекса»     Выполнение запроса «ALTER INDEX [_Acc20_ExtDim1515_IntKeyInd] ON [dbo]…».: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:16.10    Источник: Задача «Перестроение индекса»     Выполнение запроса «USE [upp]  «.: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:16.12    Источник: Задача «Перестроение индекса»     Выполнение запроса «ALTER INDEX [_Acc21_ByCode_SR] ON [dbo].[_Acc21] R…».: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:16.12    Источник: Задача «Перестроение индекса»     Выполнение запроса «USE [upp]  «.: 0% завершено  Конец выполнения  Выполнение: 2015-09-20 05:12:…  Не удалось выполнить п…  Шаг завершился с ошибкой.

Настраиваю план обслуживания на резервное копирование баз данных sql.

192.168.1....".: 25% завершено  Конец выполнения  
Выполнение: 2019-09-13 01:00:08.51    
Источник: Резервное копирование базы данных (полное)
Выполнение запроса "EXECUTE master.dbo.xp_create_subdir N'

192.168.1....".: 27% завершено  Конец выполнения
Выполнение: 2019-09-13 01:00:08.51
Источник: Резервное копирование базы данных (полное)
Выполнение запроса "EXECUTE master.dbo.xp_create_subdir N'

192.168.1....".: 30% завершено  Конец выполнения
Выполнение: 2019-09-13 01:00:08.51
Источник: Резервное копирование базы данных (полное)
Выполнение запроса "EXECUTE master.dbo.xp_create_subdir N'

192.168.1....".: 33% завершено  Конец выполнения  
Выполнение: 2019-09-13 01:00:08.51
Источник: Резервное копирование базы данных (полное)
Выполнение запроса "EXECUTE master.dbo.xp_create_subdir N'

192.168.1....".: 36% завершено  Конец выполнения  
Выполнение: 2019-09-13 01:00:08.53 
Источник: Резервное копирование базы данных (полное)
Выполнение запроса "EXECUTE master.dbo.xp_create_subdir N'

192.168.1....".: 38% завершено  Конец выполнения
Выполнение: 2019-09-13 01:00:08.53
Источник: Резервное копирование базы данных (полное)
Выполнение запроса "EXECUTE master.dbo.xp_create_subdir N'

192.168.1....".: 41% завершено  Конец выполнения
Выполнение: 2019-09-13 01:00:08.53
Источник: Резервное копирование базы данных (полное)
Выполнение запроса "EXECUTE master.dbo.xp_create_subdir N'

192.168.1....".: 44% завершено  Конец выполнения  
Выполнение: 2019-09-13 01:00:08.53    
Источник: Резервное копирование базы данных (полное)
Выполнение запроса "EXECUTE master.dbo.xp_create_subdir N'

192.168.1....".: 47% завершено  Конец выполнения  
Выполнение: 2019-09-13 01:00:08.53    
Источник: Резервное копирование базы данных (полное)     
Выполнен...  Не удалось выполнить п...  Шаг завершился с ошибкой.

В сетевой папке копии появляются, т.е план отрабатывает, но почему тогда ошибка?

Доброго времени, гости и читатели блога k-max.name. Сегодня публикую небольшую мемори-записку о настройке Microsoft SQL 2005 для 1С Предприятия. Думаю для других нужд использования MS SQL данная статья тоже даст некоторую информацию. Итак, начнем…

Шаг 0. Перед установкой и настройкой MS SQL 2005 желательно иметь 3 физических диска. Один — для системы, второй — для файлов баз и третий — для журналов транзакций SQL. При этом, раздел для логов SQL и tempdb желательно чтобы был более производительным (например RAID 1+0).

При установке SQL-сервера для работы с 1С достаточно следующих включенных компонентов (более подробно о компонентах Microsoft SQL тут, об установке серера тут):

На данном изображении:
— Integration services — не обязательный элемент — необходим для управления пакетами SSIS (планами обслуживания (экспорт/импорт)), потом его можно будет отключить
— Database Servises — собственно сам сервер СУБД
— Client Component — Managment Tools — утилита управления

Остальные настройки при установке по Вашему вкусу. Единственный нюанс — необходимо правильно установить способ сортировки collate. Для автоматической и правильной работы необходимо в «Языке и региональных стандартах» операционной системы  выбрать «Русский». В этом случае при установке SQL Server сам предложит правильную сортировку Cyrillic_General_CI_AS. Выбор режима проверки подлинности пользователей укажите смешанный (mixed). Остальные параметры всегда можно скорректировать после установки — 1С:Предприятие будет работать независимо от них.

Более подробно об установке (ахтунг — English):

Желательно обновить сервер MS SQL до актуального релиза (на текущий момент — SP4 для 2005 SQL). Кроме того, на многопроцессорных системах сервер Microsoft SQL 2005 может отказаться устанавливаться с ошибкой 1053 (The error is (1053) The service did not respond to the start or control request in a timely fashion). Решение этой проблемы описано тут.

Шаг 2. Настройка сервера Microsoft SQL 2005

2.1. Настройка протоколов подключения

Для настройки протоколов взаимодействия сервера и клиента Microsoft SQL необходимо запустить «SQL Server Configuration Manager»:

…и  оставить для работы только протоколы TCP/IP и Shared Memory:

Если устанавливается версия MS SQL Express по-умолчанию выключен протокол TCP/IP, нужный для работы с 1С:Предприятие 8 — его необходимо включить. Протокол именнованных каналов (Named Pipe) выключите совсем (и для «клиента» тоже на сервере приложений).

2.2. Перенос tempdb на быстрый независимый массив/диски

Для переноса tempdb необходимо запустить  sql-скрипт примерно следующего содержания:

USE master
GO
ALTER DATABASE tempdb
modify file (NAME=tempdev, FILENAME='E:Temptempdb_data.mdf')
GO
ALTER DATABASE tempdb
modify file (NAME=templog, FILENAME='E:Temptempdb_log.ldf')
GO

где, E:Temp — каталог, в котором будут лежать tempdb, а tempdb_data.mdf и tempdb_log.ldf имя файла базы данных и лога соответственно.

2.3. Настройка параметров сервера SQL

Для настройки сервера запускаем «SQL Server Management Studio», подключаемся к установленному серверу Database Engine‘ом и открываем свойства (Server Properties). Тут нам нужно настроить 3 пункта:

Память (Memory)

Параметр «Maximum server memory (in MB)» задает максимально отведенное серверу количество памяти из расчета: [Общее количество оперативной памяти сервера] – [3ГБ под систему(1,5ГБ если Win2k3)] – [сколько_нужно ГБ * количество процессов работающих на данном сервере (если SQL еще какой-то важный сервис крутится на этом же сервере)]. Например, если у нас на сервере всего 24 ГБ оперативной памяти, стоит Windows 2003 и запущен сервер 1С Предприятия с 2мя процессами rphost (которым нужна память хотябы по 1,5Гб) то рассчет будет следующим: 24 — 1,5 — 1,5*2 = 19,5 ГБ ставит параметр «Maximum server memory (in MB)». Это необходимо для того, чтобы sql-сервер рассчитывал на заданный объем и освобождал память заблаговременно, т.к. если поставить неограниченный объем, и сервер попробует получить память, которой нет, он начинает лезть в файл подкачки, что сильно замедлит работу.

Процессоры (Processors)

Максимальное количество потоков (Maximum worker threads) стОит регулировать только при большом количестве клиентов (более 255) и для 1С это не актуально, поэтому оставим по-умолчанию. (хотя некоторые утверждают обратное ).  Также выставляем галку повышенного приоритета сервера (Boost SQL Server priority).

Database Settings

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

2.4. Дополнительные «приседания»

Желательно просканировать СКЛ утилитой SQL Server 2005 Best Practices Analyzer и избавиться от ошибок и сообщений (как? и еще раз как?).

Шаг 3. Настройка рабочих баз данных Ms SQL

Если база еще не развернута из .dt файла, и вы знаете примерный ее размер, то первичному файлу размер инициализации лучше сразу указать больший или равный размеру базы, но это дело вкуса, он все равно вырастет при развертке до нужных размеров. А вот Автоувеличение (Autogrowth) размера надо обязательно указать примерно по 200 МБ на базу и по 50 МБ на лог (можно увеличить/уменьшить, в зависимости от размера конечной базы и наличия места на диске), т.к. значения по умолчанию – рост по 1МБ и по 10% очень сильно тормозят работу сервера, когда ему при каждой 3й транзакции надо файл увеличивать. В этом же параметре можно ограничить размер файла лога, чтоб сильно не разрастался, хотя это очень спорный параметр…

Остальные параметры можно оставить по умолчанию, за исключением некоторых:

Например, параметр AutoShrink советуют отключить, ибо он приводит к постоянным скачкам размера лога. Лучше его держать в узде с помощью Планов обслуживания (они же Регламентные задания, они же Maintenance Plans).

Шаг 4. Настройка Планов обслуживания (Maintenance Plans, Регламентных заданий)

Для работы регламентных заданий необходимо создать план обслуживания:

Итак, приведу свой пример настроенного Maintenance Plans с комментариями. Мой план состоит из 5 подпланов:

Первый подплан (ежедневное еженочное обслуживание сервера и резервных копий):

Данный подплан состоит из нескольких шагов. Связи зеленого цвета задают переход к следующему заданию при удачном завершении (т.е. без ошибок), связи синего цвета задают переход к следующему заданию при любом результате выполнения текущего. Параметры шагов видны на размещенных в редакторе заданиях. Параметры некоторых заданий нужно описать отдельно. Первым шагом выполняется «Проверка целостности базы данных» (Check Database Integrity Task), которая выполняется для всех баз системы и следующие задания выполняются только при отсутствии ошибок при проверке баз. Следующим шагом выполняется «Перестроение индексов баз данных» (Rebuild Index Task) для всех баз данных сервера. Данная процедура довольно ресурсоемкая, но в последствии ускоряет работу базы, т.к. если фрагментированость индексов > 25%, это резко снижает производительность сервера. Если размер баз не позволяет выполнять данную задачу, т.к. она занимает много времени, то рекомендуется делать данное действие хотябы раз в неделю, при этом, на ночные задания заменить задачу Перестроение индексов баз данных (Rebuild Index Task) на Дефрагментацию индекса (Reorganize Index Task), которая менее  ресурсоемка. Далее происходит «Обновление статистики базы данных» (Update Statistics Task) для всех баз данных, опять же для оптимизации. После этого задания рекомендуется выполнить «Очистку процедурного кэша«:

При этом, запускается процедура

DBCC FREEPROCCACHE

После оптимизации работы желательно сделать резервную копию журналов транзакций. Этот шаг делать не обязательно, но желательно.  Во время выполнения предыдущих шагов (Перестроение индексов баз данных (Rebuild Index Task) и Обновление статистики базы данных (Update Statistics Task)) файлы журналов вырастают примерно до размера базы данных, а то и более. В результате, в следующих подпланах при выполнении первого резервного копирования журнала транзакций, размер копии имеет довольно большой объем. Это может сильно увеличить вермя восстановления базы. Таким образом, делая копию логов до полной копии, мы избавляемся от данной проблемы. (спасибо за идею комментатору Kyoshiro)

Далее можно выполнить полный бэкап заданием Создание резервной копии базы данных (Back Up Database Task):

При выполнении данного задания копии складываются в сетевую папку на файловом сервере с расширением bak, при этом, для каждой базы создается своя папка:

SAMBA ~ # ls -1 /backup/full/
database1
database2
...
SAMBA ~ # ls -1 /backup/full/satabase1/
database1_backup_201111210250.bak
database1_backup_201111220251.bak
...

После заверешения создания резервной копии параллельно запускается 3 задания: очистка резервных копий журналов транзакция (о создании таких копий — ниже) старее 5 дней, очистка полных бэкапов старее 1 недели и очистка истории старше 1 месяца (сюда входит в основном — очистка служебной информации MS SQL, такой как журналы):

Данный подплан у меня запускается каждую ночь в нерабочее время по будням:

Второй, третий, четвертый подплан (обновление статистики 3 раза в день):

Следующие 3 подплана одинаковы по содержимому и различаются лишь временем выполнения. Выполняются 3 раза в день — в 6, 13 и 19 часов:

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

Пятый подплан (резервное копирование журнала транзакций):

Данный план выполняет инкрементальное копирование транзакционного лога Microsoft SQL Server:

Копирование выполняется каждые пол часа в рабочее время и сохраняется в сеть с расширением trn:

После настройки данного плана мы имеем регулярное резервное копирование с необходимым регламентным обслуживанием, с хранением копий базы данных за последние 7 дней с возможностью восстановления базы интервалом до 30 минут.

Более подробно о выборе и планировании плана обслуживания можно посмотреть данный подкаст(временно убран по причине заражения сайта s.rpod.ru):

Шаг 5.  Траблешуттинг

Периодически необходимо анализировать фрагментированность индекса для снижения нагрузки. Для больших баз данных нужно уменьшать ненужные операции по дефрагментации тех индексов, для которых это не требуется. То есть дефрагментацию выполнять не для всей базы, а для избранных таблиц, например. Если значение avg_fragmentation_in_percent в этом столбце превышает 25%, то для восстановления исходных параметров производительности рекомендуется выполнить дефрагментацию/реиндексацию этого индекса. Чтобы просмотреть текущую фрагментированность, можно воспользоваться отчетом:

Для настроенного плана регламентных заданий периодически желательно просматривать историю на наличие ошибок и устранять их:

FAQ MS SQL для 1С Предприятие

В связи с частыми одинаковыми вопросами в комментах решил добавить FAQ.

Q: Сегодня настроил SQL и создал план обслуживания. Все в точности по данной статье, но бэкапы не создаются. Почему? (ведь настроено создание бэкапов каждые 30 минут)
A: Потому что бэкапы каждые 30 минут создают копии журналов транзакций. Данный вид копий может создаваться только от полной копии. Соответственно, пятый подплан (бэкап лога транзакций) будет выполнен только после выполнения первого подплана и только после удачного выполнения шага полного бэкапа в первом подплане!!! Соответственно, выход из ситуации — дождаться выполнения первого подплана.

Q: Почему файл жарнала транзакций растет? Как от этого избавиться? Что делать?
A: Самый правильный выход из ситуации — увеличить раздел жесткого диска, на котором размещен файл журнала. Уменьшать размер файла с помощью операции shrink только вызовет лишние обращения сервера к жесткому диску. Сервер увеличивает размер этого файла до того размера, который ему необходим для выполнения транзакций. Соответственно, обрезав файл журнала мы заставляем SQL сервер лишний раз насиловать жесткий диск — снова увеличивая размер журнала при очередной ресурсоемкой транзакции. Данный нюанс я обсуждал в этой теме — советую перечитать ее. Есть еще выход — «если не очень сыкотно — можно перед ребилдом делать «финальный» бакап (можно только логов), ставить симпл модель, после ребилда — возвращать фулл рекавери и опять делать фулл бакап» отпять же отсюда (с).

Q: Почему не делается shrink для лога? многие советуют…
A: см предыдущий вопросответ

Дополнительно почитать:

— обслуживание базы данных MS SQL (регламентные задания и резервное копирование) от мекрософт тут и тут.
— установка MS SQL 2005
— Лучшие советы по эффективному обслуживанию баз данных
— Настройка почтовых уведомлений об ошибках выполнения плана MS SQL серера

Удачных Вам бэкапов

upd 2012.12.09: добавлен FAQ

С Уважением, Mc.Sim!

Теги: 1С Предприятие, Microsoft Windows, sql