Доброго времени суток!
История такая. Устроился в контору в которой стоит УТ на платформе 8.1 все это дело вертится на SQL 2005, Операционная система Windows 2003 standart edition.
Проблема в том, что базой никто особо не занимался. По факту сейчас в ней работают около 20-30 пользователей, тормоза в базе ужасные, постоянные блокировки документ провести удается с n - ой попытки, зачастую база просто тупо висит приходится выбивать пользователей которые выполняют блокировки, но и это не очень помогает. Перезагрузка сервера SQL решает проблему не надолго.
База весит около 70 gb. Сервер SQL HP 2-х процессорный xenon c 8 gb ОЗУ (30 пользователей).
Сервер кластера аналогичен, вот только ОЗУ 2 gb (обслуживает около 70 пользователей).
База находится на диске, на котором развернут RAID 5 лог базы Raid 1.
Мало того, еще на дисках зачастую места мало, там где база свободных около 2-х gb.
С чего следует начать оптимизацию? Какие действия наиболее будут эффективны? И вообще 70 gb вроде многовато для базы (1 год данных) база как-нибудь уменьшается за счет сжатия или удаления темповых таблиц?
Могут ли в данной базе работать 70-80 пользователей?
История такая. Устроился в контору в которой стоит УТ на платформе 8.1 все это дело вертится на SQL 2005, Операционная система Windows 2003 standart edition.
Проблема в том, что базой никто особо не занимался. По факту сейчас в ней работают около 20-30 пользователей, тормоза в базе ужасные, постоянные блокировки документ провести удается с n - ой попытки, зачастую база просто тупо висит приходится выбивать пользователей которые выполняют блокировки, но и это не очень помогает. Перезагрузка сервера SQL решает проблему не надолго.
База весит около 70 gb. Сервер SQL HP 2-х процессорный xenon c 8 gb ОЗУ (30 пользователей).
Сервер кластера аналогичен, вот только ОЗУ 2 gb (обслуживает около 70 пользователей).
База находится на диске, на котором развернут RAID 5 лог базы Raid 1.
Мало того, еще на дисках зачастую места мало, там где база свободных около 2-х gb.
С чего следует начать оптимизацию? Какие действия наиболее будут эффективны? И вообще 70 gb вроде многовато для базы (1 год данных) база как-нибудь уменьшается за счет сжатия или удаления темповых таблиц?
Могут ли в данной базе работать 70-80 пользователей?
По теме из базы знаний
- Лечение базы при "ошибке формата потока" для 8.1
- Импорт из EXCEL и других источников (xls, xlsx, xlsb, ods, sxc, dbf, mxl, csv, clipboard, sql) в 1С
- 1С8:борьба - личный опыт работы с платформой 1с8
- Подсистема "COMExchange" для 1С:Предприятие-8.х (обычное приложение)
- Database Compression Tool (DCT) Универсальный инструмент сжатия, свертки и конвертации баз данных 1С
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
И еще вопрос, как будет лучше, если пользователи подключаются к базе локально т.е. используя платформу 1с (прописывая там путь к базе), либо через терминал к какому либо серверу на котором и будет запускатся 1с, которая в свою очередь обращается к серверу кластера (при условии, что скорость сети одинакова) ?
Проанализировав всю кучу информации я сделал вывод и решил поступить так:
1) Добавлю ОЗУ на сервер кластера до 8 гб.
2) Разровнять сервера, разложить базы и журналы по разным дискам (диски сделать с размером кластера по 64 кб)
3) Заново поставить SQL (по рекомендации Гилева) и кластер.
4) Проанализировать с помощью утилит загруженность. (возможно оптимизировать код)
5) Выполнить регл. задания (реиндексация и дефрагментация).
Хотелось бы услышать одобрения от гуру администрирования БД :)
1) Добавлю ОЗУ на сервер кластера до 8 гб.
2) Разровнять сервера, разложить базы и журналы по разным дискам (диски сделать с размером кластера по 64 кб)
3) Заново поставить SQL (по рекомендации Гилева) и кластер.
4) Проанализировать с помощью утилит загруженность. (возможно оптимизировать код)
5) Выполнить регл. задания (реиндексация и дефрагментация).
Хотелось бы услышать одобрения от гуру администрирования БД :)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот