ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 28.03.2024
Просмотров: 33
Скачиваний: 0
СОДЕРЖАНИЕ
Задание 1: совместно подберём сервер под потребности клиента
Задание 2: совместно решаем проблемы с закрытием месяца
Задание 3: развернуть и запустить тест TPC
Задание 4: посмотреть отчет в сервисе APDEX
Задание 5: настройка счётчиков загрузки оборудования
Задание 6: получить данные сборщиков оборудования в сервис
Задание 7: получить статистику ошибок 1С и блокировок из технологич. журнала
Задание 8: оценка размера исследуемой базы, прогноз достижения граничных значений размеров
Домашняя работа (задания 9 и 10 выполнять на домашнем компьютере)
Задание 9: проконтролировать загруженность дисков
Задание 10: проконтролировать загруженность процессоров
Задание 11: анализируем ожидания MS SQL
Задание 12: анализ статистики и фрагментации
Задание 13: настройка сервиса Latch, воспроизведение проблемы в тестовой базе
Настройка сервиса анализа ожиданий на блокировках (Latch):
Задание 14: настройка сервиса Lock, воспроизведение проблемы в тестовой базе
Задание 15: анализ собранной в Latch и Lock информации
Задание 16: проконтролировать состояние бэкапов
Ежедневно, при наличии учётки сервисов gilev.ru:
Постоянный мониторинг (с высокой частотой, каждые 1-15 минут):
3. В разделе «Анализ исключений и ошибок», в пункте «Настройки» создайте новую запись:
Учётная запись в сервисах Gilev.ru: UserH
путь к конфигурационному файлу: \\study2\Conf_08
путь к файлам логов технологического журнала: \\study2\Log_08
остальные значения оставьте по умолчанию.
5. В меню «Сервис» нажмите «Включение (обработка) технологического журнала», нажмите «Включить мониторинг».
6. Убедитесь, что по указанному вами пути логов в подпапке ERROR_EXCP появились новые папки.
7. Воспроизведение проблемы в тестовой базе: открыть исследуемую базу в режиме предприятия. В нашем случае: сервер study2:30841, база – Base_08, логин – admin, без пароля. В открывшемся интерфейсе справа вверху зайдите в раздел «Тестирование», нажмите там «Сервис» - «Имитация событий на сервере» - «Запустить имитацию событий». В результате на сервере 1С должен произойти ряд событий, которые в должны попасть в технологический журнал 1С (откуда они каждый час настроенной вами клиентской частью автоматически отправляются в сервис Gilev.ru Status, соответственно становятся видны примерно спустя час после их попадания в логи).
8. Спустя час после нажатия кнопки «Имитация событий на сервере» - запустите 1С Предприятие, в окне списка баз найдите группу «Сервисы (серверная часть)», в ней выберите базу сервиса Status, зайдите в базу с вашим логином UserH и паролем UserH567. В открывшемся интерфейсе перейдите во вкладку «События технологического журнала», и посмотрите полученные данные.
8.5. После практических заданий с воспроизведением блокировок, примерно спустя час – можно будет снова зайти в этот же сервис и этот же отчёт и посмотреть, происходили ли инциденты взаимоблокировок и таймаутов блокировок.
Задание 8: оценка размера исследуемой базы,
прогноз достижения граничных значений размеров
Настройка сервиса
1. Создайте новую информационную базу в клиент-серверном варианте (т.к. используются регламентные задания), на сервере study2:30841 с именем sqlsize_08, сервер баз данных STUDY2, имя базы данных sqlsize_08, пользователь базы данных UserForBase1C , пароль UserForBase1C.
2. В терминальной сессии найдите на диске C: папку C:\1с\сервисы. Загрузите из этой папки файл SqlsizeClient82.cf в созданную базу.
3. В созданной базе нужно указать параметры информационных баз. Для этого в справочнике «Базы для анализа» нужно создать один элемент.
Описание параметров:
Включена – флаг включения/выключения анализа базы.
Учётная запись в сервисах Gilev.ru – учетная запись, предварительно зарегистрированная в сервисах Gilev.ru (пароль высылается по Е-mail при регистрации). Укажите UserH.
Код, представление базы в сервисе – код базы в клиентской части, укажите UserH.
Параметры сервера MS SQL:
Имя сервера – адрес сервера с ролью MS SQL Server. Укажите STUDY2
Имя базы – название исследуемой базы данных на сервере MS SQL. Укажите Base_08
Логин - логин к серверу MS SQL. Укажите UserForBase1C
Пароль – пароль к серверу MS SQL. Укажите UserForBase1C
Таймаут подключения – максимальное время для работы запросов к СУБД в секундах (укажите 1001 сек., в этом случае опрос таблиц проводится не всех сразу, а поштучно).
Каталог сервера СУБД – сетевой путь к каталогу на сервере СУБД для оценки пропускной способности сети. В нашем случае оставьте это поле пустым.
Параметры базы 1С:
Версия платформы – версия исследуемого сервера приложений 1С. Выберите 1С: 8.3
Имя сервера - адрес сервера с ролью сервера 1С: Предприятие 8. Укажите study2:30841
Имя базы - название исследуемой базы на сервере 1С. Укажите Base_08
Логин – пользователь в исследуемой базе 1С с правами администратора. Укажите admin
Пароль – пароль пользователя 1С. В нашем случае оставьте это поле пустым.
Каталог сервера 1С – каталог, в котором сервер 1С хранит настройки зарегистрированных баз. В нашем случае укажите P:\srvinfo\8_3_10-08 (это локальный путь на сервере 1С, вам этот диск в терминалке не виден).
После внесения всех параметров нажмите кнопку их сохранения (иконка дискетки).
Для проверки правильности сохранённых настроек в каждой группе параметров есть соответствующие кнопки «Проверка подключения». Результатом удачной проверки является сообщение «Соединение успешно установлено», после этого можно нажимать «Записать и закрыть».
4) После создания настроек, по расписанию регламентных заданий будет выполняться периодический анализ сервера SQL. Просмотр выполненных задач, и корректировка их расписания возможна с помощью обработки «Регламентные и фоновые задания»
5) После первичной настройки можно выполнить все регламенты по сбору метрик самостоятельно. В обработке «Регламентные и фоновые задания» выберите все задания, и нажмите «Выполнить сейчас». Некоторые шаги могут выполняться быстро, а некоторые дольше 5 минут, это нормально.
Результат анализа можно увидеть на сайте
http://gilev.ru/sqlsize, или при подключении тонким клиентом 1С к серверной части базы сервиса SQLSize.
Практика
1. Подключитесь к серверной части базы сервиса SQLSize с логином Work и пустым паролем
2. Откройте закладку «Параметры СУБД» - «Настройки конфигурации». Определите доступный размер оперативной памяти из параметра «max server memory (MB)» (потребуется нажать кнопку «Показать ещё»)
3. Откройте закладку «Размеры таблиц» и определите суммарный размер базы.
4. Сравните размер оперативной памяти и размер самых больших таблиц, превышают ли самые большие таблицы объём доступной оперативной памяти СУБД, и если да – то как сильно.
5. Определите, с какой скоростью в месяц растут самые большие таблицы.
6. Посчитайте через какой промежуток времени база удвоит свой размер. Посмотрите в шапке отчёта «Размеры таблиц» на прогноз размера базы к концу текущего года.
7. Посчитайте, какой будет размер у базы через полгода и соотношение к доступной оперативной памяти. Дайте общую оценку соответствия объемов памяти для исследуемой базы и сообщите преподавателю.
Домашняя работа (задания 9 и 10 выполнять на домашнем компьютере)
Суммарная предполагаемая длительность двух заданий на дом – от 15 до 30 минут.
Задание 9: проконтролировать загруженность дисков
- настроить perfmon ("Системный монитор") на сбор счётчиков согласно нашей инструкции http://gilev.ru/hardwaresetup/ , только собирать не в SQL, а в файл. Включить сбор счётчиков.
- настроить process monitor на сбор событий с фильтрами "Operation=ReadFile, WriteFile", "duration >0.02"
- кроме того, добавить фильтр по «Process Name» is «DiskMark.exe», «Action = include»
- найти у себя на компьютере медленный диск (не SSD) с >10 гигабайт свободного места, а на нём, например, папку с несколькими гигабайтами файлов размером от 0 до 50 мегабайт каждый (неважно каких, можно музыку или фотографии)
- запустить архивацию архиватором 7zip (можно бесплатно скачать с http://7-zip.org) этой папки на этот же диск (с параметром "скоростное сжатие" или "без сжатия", чтобы минимизировать влияние процессора)
- пронаблюдать в process monitor в динамике время выполнения дисковых операций;
- через минуту включить Crystal DiskMark версии 3.0 (можно бесплатно скачать с http://crystalmark.info/download/archive/CrystalDiskMark/CrystalDiskMark3_0_4.zip ) на медленный диск (не SSD) с параметрами "4 прохода по 1000 мегабайт"
- опять пронаблюдать в process monitor время выполнения дисковых операций
- по окончании теста Crystal DiskMark через минуту прервать архивацию
- снова пронаблюдать в process monitor время выполнения дисковых операций
- остановить сбор счётчиков в Process monitor (зайти в меню File и снять флажок с Capture events)
- остановить сбор счётчиков perfmon, открыть полученный файл замеров (обычно он в папке c:\PerfLogs\, и дальше по имени сборщика счётчиков, который вы настраивали), посмотреть на графиках и в цифрах изменение времени отклика дисков и размеров очереди к диску в зависимости от уровня нагрузки.
Объяснить по результатам наблюдения за process monitor: что делает тест Crystal Diskmark.
Задание 10: проконтролировать загруженность процессоров
- настройте process monitor на сбор событий с фильтром "duration >0.02", убедитесь в том, что в настоящее время таких событий мало.
- запустите архиватор 7-Zip (можно бесплатно скачать с http://7-zip.org), в нём "Сервис - Тестирование производительности", размер словаря оставьте 32 мегабайта, число потоков поставьте максимально возможное (обычно это в 2 раза больше, чем выбрано по умолчанию).
- запустить ещё один 7-Zip, в нём запустить ещё одно "Тестирование производительности"
- если сейчас курсор по экрану перемещается рывками - поздравляем, вы достигли цели.
Если нет - запустите ещё 1‑2 экземпляра 7-Zip.
- переключиться на process monitor, пронаблюдать прирост событий с длительностью > 0.02 сек.
- через минуту остановите и выключите все экземпляры 7-Zip
- ещё через минуту остановите сбор счётчиков, откройте получившийся файл замеров (обычно он в папке c:\PerfLogs\, и дальше по имени сборщика счётчиков, который вы настраивали), посмотрите на графиках и в цифрах изменение параметров "длина очереди процессора" (Processor Queue Length) и "контекстных переключений в секунду" (Context Switches/sec) в зависимости от нагрузки.
- переключитесь на process monitor и убедитесь, что новых событий с длительностью > 0.02 секунды стало меньше.
Задание 11: анализируем ожидания MS SQL
Запустите MS SQL Management Studio, подключитесь к серверу SQL STUDY2 с логином UserForBase1C и паролем UserForBase1C. Запустите Activity monitor (правой кнопкой мыши на корневом элементе сервера СУБД), разверните пункты: Overview, Resource Waits и Data File I/O.
Преподаватель запустит неизвестную вам нагрузку на СУБД. Задача слушателей:
- определить лидирующие типы ожиданий;
- определить базу, в которой происходит нагрузка;
- предложить варианты решения наблюдаемой проблемы.
Задание 12: анализ статистики и фрагментации
Статистика, теория
Статистика – это вспомогательные данные о том, какие данные хранятся в таблицах с целью «во время выполнения запроса выбрать наиболее рациональный способ их прочитать». Статистика нужна для улучшения производительности. Если выбирается малая часть данных таблицы, то выгоднее выбрать по индексу конкретные записи, а если нужно выбрать бОльшую часть таблицы, то выгоднее использовать сканирование таблицы. Если статистика не просто устареет, но и будет недостоверна, то вместо ускорения будет замедление. Чем выше интенсивность изменения данных, тем выше вероятность недостоверности. Наша задача отслеживать возникновение недостоверности статистики, и вмешиваться для ее актуализации!
При создании индекса, статистика на индекс создается автоматически.
Статистика создается и обновляется автоматически, но не всегда этого достаточно.
Статистика, практика
1. Откройте в тонком клиенте 1С серверную часть базы сервиса SQLSize с вашим логином UserH и паролем UserH567
2. Откройте закладку «Индексы» — «Актуальность статистики» и оцените состояние статистики таблиц, постарайтесь определить – является ли текущее состояние хорошим или плохим, а если плохим – то насколько.
Фрагментация, теория
Фрагментация данных в базе данных. Не путайте с фрагментацией файлов на диске.
При выполнении операций вставки, обновления или удаления в отношении базовых данных. Со временем эти изменения могут привести к тому, что данные в индексе окажутся разбросанными по базе данных (фрагментированными). Фрагментация имеет место в тех случаях, когда в индексах содержатся страницы, для которых логический порядок не совпадает с физическим порядком в файле данных. Значительно фрагментированные индексы могут серьезно снижать производительность запросов и служить причиной замедления откликов приложения.
Фрагментация, практика
1. Откройте в тонком клиенте 1С серверную часть базы сервиса SQLSize с вашим логином UserH и паролем UserH567
2. Откройте закладку «Фрагментация» и оцените состояние статистики таблиц, постарайтесь определить – является ли текущее состояние хорошим или плохим, а если плохим – то насколько.