Файл: Пользователь 8, он же UserH.docx

1) Создать новую базу на сервере 1С:Предприятия, со следующими параметрами:

Кластер серверов 1С:Предприятия - study2:30841, имя информационной базы в кластере – Latch_08, тип СУБД – MS SQL Server, сервер баз данных - STUDY2, имя базы данных – Latch_08, пользователь базы данных - UserForBase1C, пароль пользователя - UserForBase1C.
Отметить пункт «Создать базу данных в случае ее отсутствия», версия 1С:Предприятия 8.3, остальные параметры оставить по умолчанию.

2) В терминальной сессии найдите на диске C: папку C:\1с\сервисы, в ней клиентскую часть сервиса LatchClient82.cf.

3) Загрузить файл конфигурации LatchClient82.cf в созданную базу данных.

4) Определить идентификатор исследуемой базы данных на сервере SQL:

a. Открыть SQL Server Management Studio

б. Соединиться с сервером STUDY2 под пользователем UserForBase1C с паролем UserForBase1C

в. Создать запрос в текущем соединении (нажать Ctrl+N)

г. Написать запрос: select name, database_id from sys.databases;

д. Выполнить запрос (нажать F5)

е. В результатах выполненного запроса найти строку с исследуемой базой. В нашем случае это Base_08, её database_id – это идентификатор базы данных на сервере SQL.

5) Открыть базу Latch_08 в режиме предприятия.

6) Создать один элемент в справочнике «Параметры сервера SQL» со следующими параметрами:

Код – оставить пустое значение.
Имя сервера SQL – адрес сервера SQL. В нашем случае: STUDY2.
База данных – Base_08
Идентификатор БД – database_id исследуемой базы на сервере SQL, полученный в пункте 4.
Аутентификация Windows – в нашем случае не включать.
Логин – имя пользователя на сервере SQL. В нашем случае - UserForBase1C.
Пароль – пароль пользователя сервера SQL. В нашем случае - UserForBase1C.

Каталог файлов логов трассировки – каталог на сервере SQL, доступный учетной записи, из‑под которой работает служба MS SQL Server. В нашем случае - F:\study\Trace\TraceLatch_08 (это путь на сервере СУБД, вам этот диск не виден).

После заполнения всех настроек нажать «Записать и закрыть».

7) Создать один элемент в справочнике «Настройки» со следующими параметрами:

Версия платформы – в нашем случае «1С: Предприятие 8.3.8 и старше»
Учётная запись в сервисах Gilev.ru – в нашем случае UserH
Путь к конфигурационному файлу – адрес каталога, в котором находятся конфигурационные файлы сервера приложений 1С. В нашем случае -

\\study2\Conf_08
Путь к файлам логов технологического журнала – адрес каталога, доступного учетной записи, из-под которой работает служба сервера приложений 1С. В нашем случае \\study2\Log_08
Сервер SQL – выбрать элемент, созданный в предыдущем пункте – STUDY2
Имя информационной базы 1С – имя исследуемой базы на сервере приложений 1С. В нашем случае – Base_08

Остальные настройки оставить по умолчанию.

После заполнения всех настроек нажать «Записать и закрыть».

8) В области меню «Сервис» (справа сверху в главном окне) выбрать обработку «Включение (выключение) мониторинга». В ней нажать кнопку «Включить мониторинг блокировок». Закрыть клиентскую часть сервиса.

9) Воспроизведение проблемы в тестовой базе:

а. Открыть исследуемую базу в режиме предприятия. В нашем случае: сервер study2:30841, база – Base_08, логин – admin, без пароля.

б. Открыть клиентскую часть Latch, убедиться в наличии надписи «Мониторинг включен» в заголовке окна 1С. Если мониторинг не включен – проверить настройки.

в. В исследуемой базе выбрать раздел «Тестирование», в области «Сервис» выбрать обработку «Обработка тестирования».

г. Если в заголовке клиентской части Latch (созданной вами только что в пункте 5 данного задания) надпись «Мониторинг включен» - флажок «Пауза перед выполнением» ставить не надо, просто нажмите кнопку «Запустить тест №2 (блокировки)».

д. Дождаться выполнения теста. Приблизительное время теста составляет от 3 до 5 минут.

Задание 14: настройка сервиса Lock, воспроизведение проблемы в тестовой базе

Настройка сервиса анализа ожиданий на взаимных блокировках ( Lock, он же Deadlock ):

1) Создать новую базу на сервере 1С:Предприятия, со следующими параметрами:

Кластер серверов 1С:Предприятия - study2:30841, Имя информационной базы в кластере – deadlock_08, тип СУБД – MS SQL Server, Сервер баз данных - STUDY2, имя базы данных – deadlock_08, пользователь базы данных - UserForBase1C, пароль пользователя - UserForBase1C.
Отметить пункт «Создать базу данных в случае ее отсутствия», остальные параметры оставить по умолчанию.

2) В терминальной сессии найдите на диске C: папку C:\1с\сервисы, в ней файл uDeadlockClient8.cf.

3) Загрузить конфигурацию uDeadlockClient8.cf в созданную базу данных.

4) Определить идентификатор исследуемой базы данных на сервере SQL:

a. Открыть SQL Server Management Studio

б. Соединиться с сервером STUDY2 под юзером UserForBase1C с паролем UserForBase

1C

в. Создать запрос в текущем соединении (нажать Ctrl+N), написать текст:

select name, database_id from sys.databases;

г. Выполнить запрос (нажать F5)

д. В результатах выполненного запроса найти строку с исследуемой базой. В нашем случае это Base_08. database_id – это идентификатор базы данных на сервере SQL.

5) Открыть базу deadlock в режиме предприятия.

6) Создать один элемент в справочнике «Параметры сервера SQL» со следующими параметрами:

Код – оставить пустое значение.
Имя сервера SQL – адрес сервера SQL. В нашем случае: STUDY2.
База данных – Base_08.
Идентификатор БД – идентификатор исследуемой базы данных на сервере SQL, полученный в пункте 4.
Аутентификация Windows – в нашем случае не включать.
Логин – имя пользователя на сервере SQL. В нашем случае - UserForBase1C.
Пароль – пароль пользователя сервера SQL. В нашем случае - UserForBase1C.
Каталог файлов логов трассировки – каталог на сервере SQL, доступный учетной записи, из-под которой работает служба MS SQL Server. В нашем случае - F:\study\Trace\TraceDeadlock_08 (это локальный путь на сервере СУБД, вам этот диск не виден).

После заполнения всех настроек нажать «Записать и закрыть».

7) Создать один элемент в справочнике «Настройки» со следующими параметрами:

Версия платформы – в нашем случае «1С:Предприятие 8.3.8 и старше».
Идентификатор базы – имя учетной записи в сервисах Gilev.ru. В нашем случае – UserH.
Путь к конфигурационному файлу – адрес каталога, в котором находятся конфигурационные файлы сервера приложений 1С. В нашем случае - \\study2\Conf_08
Путь к файлам логов технологического журнала – адрес каталога, доступного учетной записи, из-под которой работает служба сервера приложений 1С. В нашем случае - \\study2\Log_08
Имя информационной базы 1С – имя исследуемой базы на сервере 1С. В нашем случае – Base_08

Сервер SQL – выбрать из списка элемент, созданный в предыдущем пункте. В нашем случае -STUDY2.

Остальные настройки оставить по умолчанию. После заполнения всех настроек нажать «Записать и закрыть».

8) В области меню «Сервис» выбрать обработку «Включение (выключение) мониторинга». В ней нажать кнопку «Включить мониторинг взаимоблокировок».

9) Воспроизведение проблемы в тестовой базе:

а. Открыть исследуемую базу в режиме предприятия. Реквизиты: база – Base_08, логин – admin, без пароля.

б. Открыть клиентскую часть Deadlock, убедиться в наличии надписи «Мониторинг включен» в заголовке окна. Если мониторинг не включен – проверить настройки.

в. Выбрать раздел «Тестирование», в области «Сервис» выбрать обработку «Обработка тестирования».

г. Если в заголовке клиентской части Latch (созданной вами только что в пункте 5 данного задания) надпись «Мониторинг включен» - флажок «Пауза перед выполнением» ставить не надо, просто нажмите кнопку «Запустить тест №3 (взаимоблокировки)».

д. Дождаться выполнения теста. Приблизительное время теста составляет не больше минуты.

Задание 15: анализ собранной в Latch и Lock информации

Анализ Latch

Подключитесь тонким клиентом 1С к серверной части сервиса Latch с вашим логином UserH и паролем UserH567

Период по умолчанию выбран «с начала по конец текущего дня», он как раз и нужен. Нажмите кнопку «обновить данные»:

В разделе «Контекст блокировок» должны появиться данные, собранные в результате выполнения задания 12. Выберите в верхнем окне лидирующий контекст, внизу должны появиться детали блокировок по нему. Раскройте в нижнем окне контекст виновника, посмотрите на конкретные экземпляры блокировок. Двойным кликом мыши на строке конкретного экземпляра блокировок откройте окно расшифровки конкретного экземпляра блокировки. В верхнем окне должны быть показаны строки виновника и жертвы, обратите внимание на колонки «Таблица», «Индекс», «Гранулярность» и «Режим». После этого по очереди выделите в верхнем окне строки виновника и жертвы, при этом в нижнем правом окне пронаблюдайте значения ресурсов блокировок.

Попробуйте объяснить, что привело к такому инциденту блокировок, и что можно сделать для устранения проблемы.

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

Анализ Lock

Подключитесь тонким клиентом 1С к серверной части базы сервиса Deadlock с вашим логином UserH и паролем UserH567

Период по умолчанию выбран «с начала по конец текущего дня», он как раз и нужен. Нажмите кнопку «обновить данные»:

В разделе «Общие данные ранжирования» должны появиться данные, собранные в результате выполнения задания 13. Выберите в верхнем окне лидирующий контекст, внизу должны появиться детали взаимоблокировок по нему. Раскройте в нижнем окне контекст виновника, посмотрите на конкретные экземпляры взаимоблокировок.

Двойным кликом мыши на строке конкретного экземпляра откройте окно расшифровки конкретного экземпляра взаимоблокировки. В открывшемся окне должно быть три вкладки: «Анализ взаимоблокировки», «Блокировки» и «Граф взаимоблокировки»:

- во вкладке «Анализ взаимоблокировки» обратите внимание на порядок захвата ресурсов в ходе выполнения транзакций участвующими процессами (их может быть два и более), и ниже – эти же действия, но сведённые в единый временной поток;
- во вкладке «Блокировки» - показаны детали конкретных установленных блокировок, в том числе индекс, по которому они установлены, установивший их процесс, гранулярность блокировки, идентификатор ресурса, режим и состояние. Снизу показаны контекст, в котором произошла блокировка, и текст установившего их запроса;
- во вкладке «Граф взаимоблокировки» показан собственно граф взаимоблокировки, позволяющий расследовать сложные случаи.

Попробуйте объяснить, что привело к зафиксированным в сервисе инцидентам, и что можно сделать для устранения подобной проблемы.

Задание 16: проконтролировать состояние бэкапов

Теория

Никакие схемы отказоустойчивости не отменяют необходимости выполнять регулярное резервное/архивное копирование данных. При демонстрации свойств акцент сделан на наличие бэкапов и факторов производительности. В разделе «Параметры СУБД» — «Параметры баз» колонка last backup показывает период, за который будут потеряны данные в случае сбоя. Это позволяет быстро и наглядно оценить текущие риски потери данных и при необходимости скорректировать стратегию резервного копирования.

Зная, что администраторы часто забывают про бэкапы, отдельно выделена история бэкапов по текущей базе данных. Для этого нужно выбрать раздел «Параметры базы» — «Последние бэкапы».

Практика

1. Откройте в браузере http://gilev.ru/sqlsize с вашим логином UserH и паролем UserH567
(или можно подключиться тонким клиентом к серверной части базы сервиса SQLSize).

2. Откройте закладку «Параметры баз» - «Последние бэкапы» и найдите вашу базу Base_08.

3. Определите по колонке last_backup текущий период, за который будут потеряны данные в случае сбоя.

4. Обратите внимание на длительность выполнения операции бэкапа.

5. Предложите варианты обеспечения резервного копирования, при которых:
- максимально приемлемый период потерянных данных с момента последнего бэкапа не больше 2 часов, время восстановления данных не больше одного часа;