Жила была себе база 1С УПП 1.3 для Украины. В один прекрасный момент, стала сильно тормозить. Две недели бились над решением проблемы, нашли. Может кому пригодится.
Итак предыстория:
2 года тому назад, была поднята Виртуальная инфраструктура VMWare, на ней работали сервера:
1. 1С
2. MS SQL 2008
3. Сервер терминалов 2008
40 пользователей.
Работало все это хозяйство около 2-х лет, на 3-х хостах с выделенным сетевым хранилищем по iSCSI.
Как водится что-то настраивали, как в части 1С так и в части железа, сетей и т.п.
Теперь сама история:
В один прекрасный момент стали жаловаться пользователи о заметном снижении производительности и с каждым днем все хуже и хуже. Причем картина наблюдалась следующая:
с 08 до 12 полный ступор
с 12 до 17 троможения
с 17 до 20(оставался только сбыт) терпимо.
Проанализировав загруженность серверов наблюдали следующую картину:
— Сервер 1С работал хорошо и шустро с загрузкой процессора до 20%
— Сервер терминалов работал хорошо и шустро с загрузкой процессора до 20%, иногда до 80%
— Сервер MS SQL работал как-то очень затянуто, вроде загрузка процессора до 20%, а тормоза ужасные
Нашли на форуме статью Как правильно настроить MS SQL сервер для работы с 1С.
Все вроде ок. Запустили ночью регламентные задания, к утру они не закончились,
Перенесли начало на вечер, та-же картина.
Начали индексы по таблично перестраивать, картина не улучшилась.
Пришли праздники (1-2 мая) Регламентное задание завершилось, длилось 23 часа, в том числе перестроение индексов 7,5 часов, обновление статистики 9 часов), но это ситуацию не изменило.
Руководство к стенке ставит, скоро растрел, а мы не знаем что делать.
Нашли статью Пример оптимизации производительности 1С УПП. Ничего не дало.
Причем все выполнялось очень долго, мы что-то запускали с надеждой, а на утро надежда рушилась.
Перечитав кучу информации об индексах статистиках и т.п., бились две недели, вроде все упирается в статистику и индексы.
Но в один прекрасный момент (когда все стало колом и сервер стал перезагружаться при добавлении ему процессоров) случайно наткнулись на интересную информацию, у нашей виртуальной машины MS SQL, с размером дисков около 300 Г, размер snapshot-ов был такой-же, задав в гугле «Влияние snapshot на производительность», нашли кучу информации, но одна из них очень порадовала, автор подробно расписал, Snapshot’ы и производительность, огромное ему спасибо. Запустили процесс удаления snapshot-ов, который длился около 12 часов. Зато после этого, все заработало, как швейцарские часы.
PS: А ларчик просто открывался. Пишу может кому пригодится мой горький опыт.
PSS: Торможения SQL — это чистая случайность, могло тормозить сервер терминалов, или сервер 1С.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
(0) Готовимся к переходу на УПП. По статье вопросы возникли — почему именно на VMWare развернули? Описание структуры можно выложить?
полезная статья!спасибо)))
Статья и правда полезная, не знал о током деле, сейчас буду у себя в базе смотреть.
(1) Famza,
Когда-то искали информацию, вроде VMWare является лидером в этом, не в качестве рекламы конечно
Сейчас установлено ESXi 5 vSphere Essentials Plus на три сервера, цена относительно небольшая, и горячая миграция HA доступна.
На одном крутится сервер 1С
На втором сервер крутится сервер SQL.
На третьем крутится сервер терминалов.
Ну и еще несколько вспомогательных серверов хостах.
Вся информация о виртуальных машинах расположена на сетевом хранилище, раньше был просто компьютер с 5 винтами 1 — система, 4 в рейде 10 (надежен и быстродейственный), с установленным OpenFiler он умеет по iSCSI тарджетом выступать, сейчас честное сетевое хранилище QNAP с 10 рейдом. и подключены к хостам по iSCSI, єто сделано для того, что-бы можно было производить горячую миграцию с хоста на хост, для обслуживания оборудования, или в случае отключения одного из серверов, по HA виртуальный сервер запускается на другом хосте, Главное памяти побольше в хосты поставить (у нас стояло 8,8,16 сейчас 8,16,32 — так получше).
если еще что-то, можно в личку freesyava # ukr.net
Думаю правильнее будет написать в заголовке что это также касается VMWare.
(5) vasiliy_b,
Ок. Сейчас сделаем.
(4)
Почему OpenFiler, а не StarWind применяли? Чем первый лучше? Спасибо.
Изначально попалось на глаза FreeNAS, попробовали что-то не понравилоь (не помню уже что менно, вроде iSCSI работало не стабильно). Потом поставили OpenFiler, все работало хорошо и без нареканий, а как все знают первую заповедь сисадмина, «Лучшее враг хорошего» и от добра добра не ищут. Поставили еще один OpenFiler и дали доступ к нему по SMB для пользовательский файлов. Можно еще было что-то пробовать, но не хотели разводить «зоопарк». А сейчас для сетевого хранилища по iSCSI используем чесный сторедж , он сертифицирован VMWare
Можно дурацкий вопрос? А зачем VMware по умолчанию столь часто делает эти снимки? Есть ли вообще от них практическая польза?
А можно дурацкий вопрос #2? А кто-то делает снэпшоты во время работы пользователей?
есть несколько виртуальных систем. снапшоты делаем часто((( спасибо за статейку!
openvz + postgres + 1c тебе в помощь и не будет никакой потери
Sql на виртуальный сервер
Всего 5-10 лет назад даже речи не могло быть об установке SQL на виртуальные сервера, которые были получены после виртуализации физической серверной машины. Современная же ИТ среда требует использования такого мощного инструмента, как SQL, в том числе и на VPS и других типах виртуализированных сред.
(13)
Всего 5-10 лет назад даже речи не могло быть об установке SQL на виртуальные сервера, которые были получены после виртуализации физической серве
Да незнаю, в 11 году запускал сервер 1с и скл в виртуалке и всё прекрасно работало падение производительности от живой установки на уровне 10-15 процентов было тогда на топовом i7 2700k. Думаю отличие в самих вирт машинах и их версиях с их скрытыми багами.