Народ помогите - стоит УПП, серверная. ОС 2008R2 standart, проц - AMD opteron 6172 (2.10 GHz) ОЗУ 16Gb,Raid аппаратный 1.0. Корзина на 5 винтов sata и 1 под инфу на 1Tb. SQL 2008R2.
При работе 1С тормозит просто ужасно, хотя сам комп просто летает, пользователей работает 10 человек, причем проводками занимаются всего 3-4 человека. 1 докумет - реализация проводится минуты 2, а если вдвоем проводят одновременно то у одного постоянно выскакивает транзакция. Базе 1,5года, а она 18Gb при сжатии сжалась до 17Gb.
Процессов лишних нет, SQL занимает 6Gb ОЗУ. Что можно сделать?
При работе 1С тормозит просто ужасно, хотя сам комп просто летает, пользователей работает 10 человек, причем проводками занимаются всего 3-4 человека. 1 докумет - реализация проводится минуты 2, а если вдвоем проводят одновременно то у одного постоянно выскакивает транзакция. Базе 1,5года, а она 18Gb при сжатии сжалась до 17Gb.
Процессов лишних нет, SQL занимает 6Gb ОЗУ. Что можно сделать?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Сразу видно что технарь писал.
Архитектура какая - 1с сервер и SQL не разнесены, насколько понимаю? Работают через терминальное соединение?
Профилактические работы в лице реорганизации индексов делаются на SQL?
Журнал транзакций какого размера?
Если 10 человек всего работают, откуда взялось 17 гигов? Анализ размеров таблиц что показывает?
Версионирование включено?
вот хотя бы ответы на эти вопросы услышать
Архитектура какая - 1с сервер и SQL не разнесены, насколько понимаю? Работают через терминальное соединение?
Профилактические работы в лице реорганизации индексов делаются на SQL?
Журнал транзакций какого размера?
Если 10 человек всего работают, откуда взялось 17 гигов? Анализ размеров таблиц что показывает?
Версионирование включено?
вот хотя бы ответы на эти вопросы услышать
(3) Alex_Japanese_Student,
Я в SQL-е сильно не бум-бум. что и где смотреть нужно?
Архитектура какая - 1с сервер и SQL не разнесены, насколько понимаю? НЕТ НЕРАЗНЕСЕНЫ. Работают через терминальное соединение? ДА ЧЕРЕЗ ТЕРМИНАЛ
Профилактические работы в лице реорганизации индексов делаются на SQL? КАК НАСТРОИТЬ?
Журнал транзакций какого размера? ГДЕ ЕГО ПОСМОТРЕТЬ - ЖУРНАЛ ЕСТЬ КАКОЙ-ТО - 1,6GB
Если 10 человек всего работают, откуда взялось 17 гигов? ВОТ И Я СПРАШИВАЮ.
Анализ размеров таблиц что показывает? ГДЕ ПОСМОТРЕТЬ?
Версионирование включено? ЭТО ЧТО ТАКОЕ ?
ИЗВИНИТЕ ЗА ТАКИЕ ВОПРОСЫ - ЕСЛИ ЧЕСТНО, Я НЕ КОМПЕТЕНТЕН В НИХ. НО ХОТЕЛОСЬ БЫ РАЗОБРАТЬСЯ - SQL НА РУССКОМ, НО ВСЕ РАВНО НЕ ПОНЯТНО НИЧЕГО.
Я в SQL-е сильно не бум-бум. что и где смотреть нужно?
Архитектура какая - 1с сервер и SQL не разнесены, насколько понимаю? НЕТ НЕРАЗНЕСЕНЫ. Работают через терминальное соединение? ДА ЧЕРЕЗ ТЕРМИНАЛ
Профилактические работы в лице реорганизации индексов делаются на SQL? КАК НАСТРОИТЬ?
Журнал транзакций какого размера? ГДЕ ЕГО ПОСМОТРЕТЬ - ЖУРНАЛ ЕСТЬ КАКОЙ-ТО - 1,6GB
Если 10 человек всего работают, откуда взялось 17 гигов? ВОТ И Я СПРАШИВАЮ.
Анализ размеров таблиц что показывает? ГДЕ ПОСМОТРЕТЬ?
Версионирование включено? ЭТО ЧТО ТАКОЕ ?
ИЗВИНИТЕ ЗА ТАКИЕ ВОПРОСЫ - ЕСЛИ ЧЕСТНО, Я НЕ КОМПЕТЕНТЕН В НИХ. НО ХОТЕЛОСЬ БЫ РАЗОБРАТЬСЯ - SQL НА РУССКОМ, НО ВСЕ РАВНО НЕ ПОНЯТНО НИЧЕГО.
давайте по порядку
1) в SQL есть maintence plan - там такой визард, запускаешь и он предлагает тебе регламентные работы - сохранение баз по графику, реорганизация индексов, пересчет статистики - всего штук 5 процедур. Это нужно делать чтоб шустрее крутилось
2) Также базу SQL в режим simple еще можно попробовать перевести, и обрезать логи SQL как ненужные - если бэкапишь регулярно, то смысл в логах?
3) еще есть журнал регистрации 1с. Это файлик с расширением lgp или lgf - поищи поиском такие файлы и скажи размер. Имеет смысл их заархивировать
4) 17 гиг - скорее всего с журналом транзакций. Его порежь. Сколько сама база - mdf?
5) Анализ размеров таблиц - тут на инфостарте куча обработок, качни и посмотри
6) версионирование - меню - операции - константы - настройка программы - версионирование - галочка стоит и на что?
1) в SQL есть maintence plan - там такой визард, запускаешь и он предлагает тебе регламентные работы - сохранение баз по графику, реорганизация индексов, пересчет статистики - всего штук 5 процедур. Это нужно делать чтоб шустрее крутилось
2) Также базу SQL в режим simple еще можно попробовать перевести, и обрезать логи SQL как ненужные - если бэкапишь регулярно, то смысл в логах?
3) еще есть журнал регистрации 1с. Это файлик с расширением lgp или lgf - поищи поиском такие файлы и скажи размер. Имеет смысл их заархивировать
4) 17 гиг - скорее всего с журналом транзакций. Его порежь. Сколько сама база - mdf?
5) Анализ размеров таблиц - тут на инфостарте куча обработок, качни и посмотри
6) версионирование - меню - операции - константы - настройка программы - версионирование - галочка стоит и на что?
(6) Alex_Japanese_Student, Красава, все расписал качественно.
По опыту скажу - дело скорее в первых двух пунктах, и возможно 6.
aleksru24 - остальные делай в последнюю очередь.
"реорганизация индексов, пересчет статистики" - если не выполнять периодически - то получаются очень качественные тормоза уже через месяц-полтора. Поэтому не поленись - сделай задание хотя бы раз в неделю, а можно и каждый день. Судя по количеству человек в базе - это возможно.
По опыту скажу - дело скорее в первых двух пунктах, и возможно 6.
aleksru24 - остальные делай в последнюю очередь.
"реорганизация индексов, пересчет статистики" - если не выполнять периодически - то получаются очень качественные тормоза уже через месяц-полтора. Поэтому не поленись - сделай задание хотя бы раз в неделю, а можно и каждый день. Судя по количеству человек в базе - это возможно.
(7) adamx,
Ага, только совсем не по вопросу ТС.
- если тормозит при проведении документов - смотрите блокировки. Или может запрос какой долго выполняется - выяснять, по какой причине.
В общем, никакого SQL тут нечего смотреть, народ привык советоватьвезде аспирин то, с чем в данный момент работает (причем даже зачастую до конца не понимая, с чем работает).
Вам же надо копать, какие проблемы в конфе - и начните с выявления мест задержек по конфе при проведении.
Если deadlock'и - то читайте спецстатьи на эту тему.
Красава, все расписал качественно
Ага, только совсем не по вопросу ТС.
При работе 1С тормозит просто ужасно
- если тормозит при проведении документов - смотрите блокировки. Или может запрос какой долго выполняется - выяснять, по какой причине.
В общем, никакого SQL тут нечего смотреть, народ привык советовать
Вам же надо копать, какие проблемы в конфе - и начните с выявления мест задержек по конфе при проведении.
Если deadlock'и - то читайте спецстатьи на эту тему.
(17) AlexO, Почему ты считаешь что проблемы в конфе? У меня после SQL-обслуживания скорость выполнения запросов вырастала в 3-5 раз. И потом - что проще? разобраться в конфе и переписать тормозящий модуль/запрос или провести регламентное обслуживание SQL? Просто я работал и с программированием в 1С и с языком/сервером SQL, и примерно знаю ограничения того и другого. И силу оптимизации параметров SQL сервера тоже примерно представляю.
Само собой, если таблицы статистики не пересчитаны - будут блокировки и запросы будут тормозить. Будешь сидеть и разбираться с проблемными местами... Но смысл ломать работающую конфу?
Само собой, если таблицы статистики не пересчитаны - будут блокировки и запросы будут тормозить. Будешь сидеть и разбираться с проблемными местами... Но смысл ломать работающую конфу?
(20) adamx,
Да ну? Скорость запросов или чтения данных из базы? Или без разницы - одна фигня? :))
Не что проще, а где проблема. Или ищите там, где светло, а не где потеряли.
Да ну? Вот прям вся и безоговорочная оптимизация БД 1С - это настройки SQL? Прекрасно.
Начните с изучения 1С, и перейдите к вопросу - что такое блокировки при запросах. И деадлоки. А потом будете писать про пересчет таблиц и блокировки вследствии этого.
Блокировки - никаким образом не привязаны к пересчету (индексированию) таблиц. Это для посика нужно. А блокировки - это одновременное обращение к данным.
Но вы ж изучали все....
У меня после SQL-обслуживания скорость выполнения запросов вырастала в 3-5 раз.
Да ну? Скорость запросов или чтения данных из базы? Или без разницы - одна фигня? :))
И потом - что проще? разобраться в конфе и переписать
Не что проще, а где проблема. Или ищите там, где светло, а не где потеряли.
Просто я работал и с программированием в 1С и с языком/сервером SQL, и примерно знаю ограничения того и другого
Да? А взаимодействие того и другого не пробовали поизучать? Что и откуда и как попадает?
И силу оптимизации параметров SQL сервера тоже примерно представляю.
Да ну? Вот прям вся и безоговорочная оптимизация БД 1С - это настройки SQL? Прекрасно.
Само собой, если таблицы статистики не пересчитаны - будут блокировки и запросы будут тормозить.
Начните с изучения 1С, и перейдите к вопросу - что такое блокировки при запросах. И деадлоки. А потом будете писать про пересчет таблиц и блокировки вследствии этого.
Блокировки - никаким образом не привязаны к пересчету (индексированию) таблиц. Это для посика нужно. А блокировки - это одновременное обращение к данным.
Но вы ж изучали все....
(23) aleksru24,
что, и по транзакции её одну выкидывает? :)
Есть много проблем в 1С при работе с БД - и SQL здесь вообще нигде. SQL - это только куча, из которой 1С берет гостями все, что попадется, и сама обрабатывает. Как может.
насчет блокировок - тормозит также и когда бухгалтер одна работает
что, и по транзакции её одну выкидывает? :)
Есть много проблем в 1С при работе с БД - и SQL здесь вообще нигде. SQL - это только куча, из которой 1С берет гостями все, что попадется, и сама обрабатывает. Как может.
(21) AlexO, А деадлоки могут сами разрешиться? Если я правильно помню - это взаимоблокировка таблиц. Когда один процесс занимает одну таблицу, второй - вторую и для завершения запроса первому запросу нужна вторая таблица, а второму первая. Это примитивный случай.
Но при чем здесь деадлоки? Он же написал, что просто база тормозит и реализация проводится по полторы минуты, раньше полагаю такого не было и постепенно к этому подошло. УПП скорее всего типовая. Настройки УПП менять уже поздно видимо. И тут либо памяти добавлять надо в сервак, либо что-то делать с SQL.
А блокировки привязаны к времени получения/обновления данных в таблицах. Если запрос к таблице выполняется 1 минуту - то в неё нельзя писать в эту минуту данные, если в запросе чтения не указано обратное (что допускается грязное чтение). Частично эта проблема в SQL решена разбиением таблиц на страницы. Но я не уверен, что 1С сервер допускает запись в таблицу, из которой в данный момент читаются данные.
Но при чем здесь деадлоки? Он же написал, что просто база тормозит и реализация проводится по полторы минуты, раньше полагаю такого не было и постепенно к этому подошло. УПП скорее всего типовая. Настройки УПП менять уже поздно видимо. И тут либо памяти добавлять надо в сервак, либо что-то делать с SQL.
А блокировки привязаны к времени получения/обновления данных в таблицах. Если запрос к таблице выполняется 1 минуту - то в неё нельзя писать в эту минуту данные, если в запросе чтения не указано обратное (что допускается грязное чтение). Частично эта проблема в SQL решена разбиением таблиц на страницы. Но я не уверен, что 1С сервер допускает запись в таблицу, из которой в данный момент читаются данные.
(29) adamx,
А так они будут постоянно при той схеме работы и создания документов - если ни её не менять, ни с блокировками ничего не сделать.
во всем виноват SQL. Если б его не было - 1С вообще бы всех за пояс.
Память добавлять нужно в одном случае - если монитор показывает, что её катастрофически не хватает. И, конечно, сразу сделать что-нибудь с SQL - а то память поменяли, а SQL тут, типа, ни при чем...
И правильно, что не уверены. Блокировки в 1С - понятие однозначное и неизменное.
Есть управляемые блокировки - но они настолько же управляемы и эффективны, как и УФ, если не хуже.
А деадлоки могут сами разрешиться?
могут, через отвал транзакций и ошибку у пользоватеелй.
А так они будут постоянно при той схеме работы и создания документов - если ни её не менять, ни с блокировками ничего не сделать.
Но при чем здесь деадлоки?
читайте ( 17) - там и про блокировки, и деадлоки, и "просто тормозит проведение" ))
И тут либо памяти добавлять надо в сервак, либо что-то делать с SQL
во всем виноват SQL. Если б его не было - 1С вообще бы всех за пояс.
Память добавлять нужно в одном случае - если монитор показывает, что её катастрофически не хватает. И, конечно, сразу сделать что-нибудь с SQL - а то память поменяли, а SQL тут, типа, ни при чем...
Но я не уверен, что 1С сервер допускает запись в таблицу, из которой в данный момент читаются данные.
И правильно, что не уверены. Блокировки в 1С - понятие однозначное и неизменное.
Частично эта проблема в SQL решена разбиением таблиц на страницы
какая разница, что есть в SQL, если 1С на это с высокой колокольни, и она только учитывает блокировки таблиц: есть блокировка - все ждут, нет - читают.
Есть управляемые блокировки - но они настолько же управляемы и эффективны, как и УФ, если не хуже.
(6) Alex_Japanese_Student,
1) в SQL есть maintence plan - там такой визард, запускаешь и он предлагает тебе регламентные работы - сохранение баз по графику, реорганизация индексов, пересчет статистики - всего штук 5 процедур. Это нужно делать чтоб шустрее крутилось ЕСТЬ ТАКОЕ
2) Также базу SQL в режим simple еще можно попробовать перевести, и обрезать логи SQL как ненужные - если бэкапишь регулярно, то смысл в логах? НУ ЛОГ И ТАК ПУСТОЙ
3) еще есть журнал регистрации 1с. Это файлик с расширением lgp или lgf - поищи поиском такие файлы и скажи размер. Имеет смысл их заархивировать ЕСТЬ ТАКИЕ ФАЙЛЫ, НО ТОЛЬКО В РЕЗЕРВНЫХ КОПИЯХ
4) 17 гиг - скорее всего с журналом транзакций. Его порежь. Сколько сама база - mdf? САМ MDF 18Gb
5) Анализ размеров таблиц - тут на инфостарте куча обработок, качни и посмотри
6) версионирование - меню - операции - константы - настройка программы - версионирование - галочка стоит и на что? НЕТ НЕ СТОИТ
1) в SQL есть maintence plan - там такой визард, запускаешь и он предлагает тебе регламентные работы - сохранение баз по графику, реорганизация индексов, пересчет статистики - всего штук 5 процедур. Это нужно делать чтоб шустрее крутилось ЕСТЬ ТАКОЕ
2) Также базу SQL в режим simple еще можно попробовать перевести, и обрезать логи SQL как ненужные - если бэкапишь регулярно, то смысл в логах? НУ ЛОГ И ТАК ПУСТОЙ
3) еще есть журнал регистрации 1с. Это файлик с расширением lgp или lgf - поищи поиском такие файлы и скажи размер. Имеет смысл их заархивировать ЕСТЬ ТАКИЕ ФАЙЛЫ, НО ТОЛЬКО В РЕЗЕРВНЫХ КОПИЯХ
4) 17 гиг - скорее всего с журналом транзакций. Его порежь. Сколько сама база - mdf? САМ MDF 18Gb
5) Анализ размеров таблиц - тут на инфостарте куча обработок, качни и посмотри
6) версионирование - меню - операции - константы - настройка программы - версионирование - галочка стоит и на что? НЕТ НЕ СТОИТ
(8) aleksru24,
1) - уже делается? Какие процедуры? Имеет смысл все делать
2) тогда пропускаем этот пункт
3) заходишь в конфигуратор, администрирование - параметры журнала регистрации - и там будет опция архивации (не скажу как написано, у меня в английской версии стоит). Что значит - файл есть только в копии? Поищи в программ файлс, они там вроде б лежат
4) нда, много
5) справочников откровенно мало, документов не сказать чтоб много - индексы на регистрах велики, сам видешь. Реиндексирование - средствами 1с, средствами SQL
6) этот пункт исключили
1) - уже делается? Какие процедуры? Имеет смысл все делать
2) тогда пропускаем этот пункт
3) заходишь в конфигуратор, администрирование - параметры журнала регистрации - и там будет опция архивации (не скажу как написано, у меня в английской версии стоит). Что значит - файл есть только в копии? Поищи в программ файлс, они там вроде б лежат
4) нда, много
5) справочников откровенно мало, документов не сказать чтоб много - индексы на регистрах велики, сам видешь. Реиндексирование - средствами 1с, средствами SQL
6) этот пункт исключили
(12) Alex_Japanese_Student,
1. Делается. а. Задача "Резервное копирование базы данных"
б. Задача "Проверка целостности базы данных"
в. Задача "Перестроение индекса"
г. Задача "Реорганизация индекса"
д. Задача "Сжатие базы данных"
е. Задача "Очистка журнала"
ж. Задача "Очистка после обслуживания"
3. есть 4 файла сегодняшние изменения - 1 - 6gb, 2-0,3-170 mb,4 500Kb
1. Делается. а. Задача "Резервное копирование базы данных"
б. Задача "Проверка целостности базы данных"
в. Задача "Перестроение индекса"
г. Задача "Реорганизация индекса"
д. Задача "Сжатие базы данных"
е. Задача "Очистка журнала"
ж. Задача "Очистка после обслуживания"
3. есть 4 файла сегодняшние изменения - 1 - 6gb, 2-0,3-170 mb,4 500Kb
А база за какой период??? Сколько документов в день? Типовая или переписанная? Фигасе 18 Гб.
У меня 4 юрика в базе. Угольное производство, база с 01.01.12 + загружены остатки на начало периода с других баз, пользователей в районе 40 и база весит всего 10 Гб
У меня 4 юрика в базе. Угольное производство, база с 01.01.12 + загружены остатки на начало периода с других баз, пользователей в районе 40 и база весит всего 10 Гб
Если только не закрываются регистры при списании и остаются нулевые суммы на измерениях. Но это маловероятно, если сами конечно не переписывали. Забей, нормальный размер базы. Просто выполни первый пункт и все будет ок.
и на всякий случай
Меню Операции -- Планы обмена -- и зайти в каждый элемент и проверить, нет ли там существующих элементов.
и напишите еще, по парочке из регистров сведений и регистров накопления, которые больше всего занимают места
Меню Операции -- Планы обмена -- и зайти в каждый элемент и проверить, нет ли там существующих элементов.
и напишите еще, по парочке из регистров сведений и регистров накопления, которые больше всего занимают места
да база сама при открытии уже тормозит - открывает где-то минуту, не важно провожу я документ или открываю какой-нибудь отчет - все равно тормозит, хотя отчеты формирует вроде бы быстро, но вот как проводить документы хоть вешайся.
(22) aleksru24,
и опять виноват SQL? ))
1С при открытии опрашивает:
- сервер
- ключ
- погоду на завтра ))
Ищите проблемы в сети, насколько устойчива передача данных, выдаются ли ключи, авторизация нормально ли работает на серверах и т.д.
да база сама при открытии уже тормозит - открывает где-то минуту
и опять виноват SQL? ))
1С при открытии опрашивает:
- сервер
- ключ
- погоду на завтра ))
Ищите проблемы в сети, насколько устойчива передача данных, выдаются ли ключи, авторизация нормально ли работает на серверах и т.д.
все таки если тормозит при открытии - это ну не разу ни дедлоки
а вот на запись в журнал регистрации очень даже похоже
И человек даже про это написал
"ь 4 файла сегодняшние изменения - 1 - 6gb, 2-0,3-170 mb,4 500Kb"
- 6 гиг журнал регистрации.
Имхо - пора порезать его. А потом уже все остальное крутить.
а вот на запись в журнал регистрации очень даже похоже
И человек даже про это написал
"ь 4 файла сегодняшние изменения - 1 - 6gb, 2-0,3-170 mb,4 500Kb"
- 6 гиг журнал регистрации.
Имхо - пора порезать его. А потом уже все остальное крутить.
сделал копию в файловый вариант - поставил на своем (допотопном компе). Провожу доки - секунд 5. Скопировал базу на сервер - провожу эти же документы секунд 10. может все таки комп? Еще приходили спецы по 1С говорят надо ставить еще 1 сервер по sql отдельно и под базу отдельно - насколько это поможет. и база в файловом варианте занимает 6,5 gb
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот