Доброго времени суток !

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

Есть БД (1С:ERP Управление предприятием 2 (2.2.2.208)).
С базой работает около 100 человек. База крутится на MS SQL.
Ранее база прирастала максимум на гигабайт в год. После какого-то из обновлений, база за неделю увеличилась с 7 до 33 гигабайт, что вполне естественно сказалось на скорости работы.
Прикрепленные документы хранятся в виде файлов на отдельной шаре.

Я имея некоторые познания в MS SQL посмотрел объемы таблиц. Самая большая таблица в БД - "_InfoRg35777" - занимает 17 гигабайт.

Каким образом можно узнать, что вообще в этой таблице хранится ? Структуру полей и их содержимое, я могу посмотреть и через сам SQL, а вот где это найти в самой 1С ?

Штатный специалист по 1С морозится и идет в отказ. Добиться от него чего либо вразумительного не получается.

Есть обработки которые покажут какая таблица соответствует объекту в 1С

Если включена функциональность версионирования, то 100% это регистр сведений "версии объектов"

(2) Огромное человеческое спасибо за подсказку в каком направлении копать.

(0) и странный у вас программист 1С, перевелись уже нормальные которые решают проблемы, а не морозятся)

(4) У него почасовая оплата. Разово, не менее чем за два часа сразу. Видимо, не царское это дело.

Я дал ему всю доступную мне информацию. На что получил ответ, что он не знает, что это за таблица. И мыслей по поводу неестественно быстрого роста базы у него нет. Дал рекомендацию провести "Тестирование и исправление".

1. может увеличилась не база а логи 1c или логи SQL?
2. регламент SQL настроен? бекап и шринк?

(6) так человек пишет объект таблицы, а не общий вес базы.
(3)Вот обработка на втрой вкладке найдете название таблицы и чему он соответстует в базе http://dropmefiles.com/jIj8p

(6) ну и добавлю - увеличение размера базы - практически не сказывается на скорость работы (если настроено правильно)

(8) но сказывается на бекапах

(6)
1. Как я указывал база прирастала максимум на гигабайт в год. Потом был скачкообразный рост с 7 до 33 за неделю. Сейчас база прирастает ориентировочно на гигабайт в месяц - это мне кажется подозрительным и неправильным.

2. Модель восстановления БД - Простая. План обслуживания выполняется ежедневно - реиндексация, бэкап и т.д.

P.S. Сервер мощный, но бухгалтера уже жалуются на заметно снизившуюся скорость построения отчетов, а у пользователей возврат на "рабочий стол 1С" происходит около минуты.

(7) я ему не верю, ни один админ не запоминает размеры таблиц пока все нормально работает. По этому


>>>база за неделю увеличилась с 7 до 33 гигабайт
и
>>>Самая большая таблица в БД - "_InfoRg35777" - занимает 17 гигабайт.

очень легко считается 33-7-17 = 9гигов

то есть его "неизвестно, что" выросло в два раза по сравнению с исходной базой (без учета указанного регистра)

(10) обновление статистики и шринк делаются?

(12) Да.

План обслуживания:
1. Проверка целостности базы данных
2. Сжатие базы данных
3. Реорганизация индекса
4. Восстановить индекс
5. Обновить статистику
6. Очистка журнала
7. Резервное копирование базы данных (полное)
8. Задача "Очистка после обслуживания"

План стандартный сделанный визардом.

(12) Аналогичный план обслуживания прекрасно работает на других серверах - не вызывая каких-либо проблем.

(13) пусть 1с ник выполнит в базе 1с команду ПолучитьСтруктуруХраненияБазыДанных()

и результат сохрани в ексель, там найди InfoRg35777 и выложи сюда инфу

(9) бэкапы выгрузкой делаете что лЭ?

и, не включали почтовый сервис?

(11) Размеры таблиц в "граммах" я стал смотреть когда пользователи стали явно жаловаться, а специалист по 1С стал морозится.

(17) набей морду спецу..

(18) +100

а еще лучше откажитесь от него в пользу "не отмороженного"

(16) Бэкапы делаются средствами SQL в рамка стандартного (приведенного ранее) плана обслуживания БД.

Почтовый сервис включен. Взаимодействие с почтовым сервером идет по IMAP.

(20) ну, если средствами SQL бэкап - то, деградация какая может быть вообще?.. и вообще, пользователя жалуются, что медленно, или админ истерит, что медленно бэкап делается?

второе - когда врубали почтовый сервис?.. случайно, рассылки из 1С не делаете?.. если делаете, конечно же, все красиво для в  HTML?

зы и....е рассылки раздувают базу в разов 5 от базы 1С.. есть фоновое задание по удаление данных рассылки - покопать Ыго..

за это время обсуждения уже можно было посмотреть что это за таблицы жрут объем

это легче сказать, чем сделать.
для человека, который не варится в 1С. тем более, в разных платформах..

(23) наверное, да.
8-ка - он ж как лексус - без фирменного то/спеца с места не стронется ;-)

(24) да лана)).. в 8 с этим проще 7.7. это в 7.7 нужно ковырять файлы описания данных.. в 8 программно из конфы все доступно..

(21) Проблема не в скорости бэкапа и исполнения плана обслуживания. Проблема в том, что снизилась скорость работы пользователей на определенных операциях.

Что касается моей компетенции в 1С. Могу поставить ее в любом виде на платформе MS (я MCP). Накатить обновления. Поправить, что-то в экранной форме. И все.

Как запустить рекомендованную здесь обработку - мне не известно. При попытке открытия пишет - "Нарушение прав доступа". Хотя у моей учетной записи назначены права - "Администратор системы" и "Полные права".

(26) в последних версиях есть еще права открытия внешних обработок.. это, если обновляетесь..

(27) Спасибо за подсказку. Нашел такое право и назначил сам себе (и своей смешною рожей - сам себя развеселю).

Таблица: РегистрСведений.ПрисоединенныеФайлы, Имя таблицы хранения: InfoRg35777, Назначение: Основная
- поля:
   ПрисоединенныйФайл (Fld35778)
   ХранимыйФайл (Fld35779)
   ОбластьДанныхОсновныеДанные (Fld1588)
- индексы:
   ByDims
      ПрисоединенныйФайл (Fld35778)

вроде, выше писал, что присоединенные файлы хранятся в сети?..

(29) Да. И когда включали этот режим, 1С гордо отрапортовала, что перенесла целых 2 файла размером 140 Килобайт !

Только что проверил - все включено.

(30) смотри прикрепления к письмам..

(31) Спасибо за подсказки. Полученной информации более чем достаточно.

Думаю, что я как системный администратор и так более чем выполнил функции и обязанности специалиста по 1С.

Завтра напишу генеральному служебную записку и пусть дальше сами разбираются.

(32) еще.. прикреплять файлы можно не только к электронке)) кто то, что то, куда то, прикрепляет.. например, в TIFF 100500 страничный документ отсканировать, и прикрепить к договору..

Автор неадекват. Иметь ЕРП на 100 пользователей и обслуживать это приходящим фри- это сильно. Договор SLA с интегратором дб

(34) при чем тут автор? автор - админ, неадекват - директор...

(34) выбросить деньги на интегратора - прослыть вдвойне не адекватным

Закинул информацию специалисту по 1С - опять делает вид лихой и придурковатый, изображая полное непонимание. По ходу дела придется мне разбираться.

специалист тоже приходящий? тогда это твоя работа. ты же админ баз данных

(37) стандартная рекомендация для подобного случая: прострелить коленку.

(37) {Закинул информацию специалисту по 1С - опять делает вид лихой и придурковатый, изображая полное непонимание. По ходу дела придется мне разбираться.}

Тогда все очевидно он у вас прячет в базе гигабайты порно.

(40) все гораздо тривиальнее. руководство не хочет платить дополнительных денег программеру 1С за разбор ситуации, т.к., возможно, сови посещения он тратит на текущие вопросы, а возникшая проблема в отведенный "лимит времени/денег" - не укладывается. Соответсвенно прог1С бесплатно работать не хочет (и я его понимаю!), послать нахрен ему воспитание не позволяет,поэтому работа падает на того, кто готов работать "забесплатно"...

Насколько я понимаю вообще в этой "шайтан-системе" под названием 1С, мне нужно искать ссылки в коде или формах на эту таблицу ?

P.S. Приходящий специалист по 1С даже не хочет озвучивать сумму. Ему просто не хочется этим заниматься по только ему известным причинам. Если проблему не устраню я - геморрой со временем будет у меня - сервер хоть и мощный, но не резиновый.

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

(42) ты все таки админ, а не установищик/обновляльщик ПО

(42) Наверно он прав, ваш специалист. Он намного дальновиднее вашего руководства. Что лезть в ЕРП, если не знаешь. Ты-то зачем лезешь? Проблем желаем?

В чем проблема хотя бы просто открыть регистр и посмотреть что там? :)

(0) зайди в менеджер студия, свойства базы ->задачи->сжать-> выбери база данных и сожми и поставь галку реорганизации

(47) программист 1с может и действительно не причем у тебя куча хлама в базе хранится, почитай что такое компрессия базы и зачем она нужна

(43) Проблема не на стороне SQL - свободного места в БД не более 10 процентов. Раздута не БД, а данные в ней.

(45) Переход на ERP - был его инициативой. Также ранее он делал несколько доработок из-за которых работа реально вставала - накрутил что-то с правами доступа, 1С дальше splash-screen не грузилась если у пользователя не было полных прав - приходилось откатывать его изменения на стандартный код конфигурации. Сразу после перехода, на тех кто не ставил ничего больше БП, ЗУП или Торговли - смотрел как на "всем известную субстанцию" - типа он ERP внедрил. Вся его дальновидность, что за год он понял, что в этом продукте он "плывет", и может решать мелкие текущие вопросы.

(46) Проблема в том, что я могу поставить и настроить любой продукт от MS, но 1С всегда считал порождением дъявола, соответственно кроме технических познаний - как поставить и минимально настроить у меня по 1С нет.

(47) План обслуживания выполняется каждую ночь. В нем и сжатие, и реорганизация индексов и т.д. Индексы в этой таблице не более 2 Гигабайт занимают. Как обращаться с MS SQL мне известно. Работаю с MS SQL c 2000 версии и умею им управлять и его эксплуатировать.

(48) Со стороны SQL хлама в базе нет. Состояние БД оптимально. Хлам туда пихает по неизвестной причине 1С, а SQL этот хлам бережно и оптимально хранит.

ТелепатБот:

кто-то включил режим хранения версий для вложенных файлов, и теперь каждый клик "ОК" добавляет новый файл в регистр...

Я бы тоже на месте одинэсника ничего не сумел бы ответить на вопрос: "Почему пользователи наприклепляли в базе картинок на 17 гигов". Правильный ответ: "потому что могут".

(49) ну сделай компрессию и скажи нам сюда на сколько он тебе ее сжать сможет.
Если ты так крут в сиквеле, то твои настройки хоть половина от этого сделаны? https://its.1c.ru/db/metod8dev#content:5904:hdoc
или как всегда все стоит по умолчанию
План обслуживания сделан? https://its.1c.ru/db/metod8dev#content:5837:hdoc

И пожалуйста напиши сюда сколько весит в данный момент сама база и журнал транзакций?

(50) так они же в томах хранятся

Приходящего 1Сника частично поддерживаю. человек на договорных началах - имеет полное право не брать какую-то работу, которую хочет сделать руководитель. РЫНОК.

(13) у тебя этот план все за раз отрабатывает, каждый день? если да, то читай статьи ИТС

Если ты такой спец по скл, то найди запись которая столько места занимает

(51) Включен режим хранения прикрепленных файлов на томах. Почему конфигурация пихает их в базу - пинать нужно специалиста 1С.

(52) База:
Выделенное в данный момент место: 32215,75 МБ
Доступное свободное место: 6996,44 МБ (21 %)

Журнал:

Выделенное в данный момент место: 15,38 МБ
Доступное свободное место: 13,48 МБ (87 %)

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

(53) Вот именно ! Я на это указывал. Проверял неоднократно. Почему конфигурация продолжает пихать файлы в таблицу - вот в чем вопрос, и вопрос этот явно не к системному администратору, а к специалисту обслуживающему 1С.

(54) Именно этот специалист по 1С настоятельно рекомендовал и осуществлял переход на ERP в этой компании. Предполагаю, что в этом случае человек несет некоторые обязательства. Нежелание портить собственное реноме, не дает права отказываться от работы, вместо признания некомпетентности. Человек считает, что в этом случае репутационные потери будут меньше.

2 All

Проблема не в размере БД. А в непредсказуемом ее поведении - рост за неделю более чем в 3 раза, хотя до этого максимум гигабайт в год с теми же настройками в течении двух лет. Изменений бизнес-процессов не было. Нововведений из разряда объявить пользователям о том, что теперь можно цеплять любые файлы к документам - то же не было. За несколько дней до того как мной был замечен рост базы, специалист по 1С собирался обновить конфигурацию. На основании этого я и делаю выводы, что корень проблемы в конфигурации.

(57) Пригласи другого специалиста 1С, который будет заинтересован в решении проблемы. Это же очивидно.

*очевидно

(57) ну вот смотри у тебя в базе хлама уже на 6996,44 Мб

Ппц проблема - пишешь служебку на имя генерального, так мол и так были выполнены следующие работы, по их результатам сделаны такие то выводы. Результаты и рекомендации переданы сопровождающему 1С-нику, ответной реакции нет.  И пусть дальше этого 1С-ника пинает нога генерального.

(60) Это база по состоянию на конец дня. Проблема не в 7 гигабайтах "хлама", которое по сути - свободное место, на которое будут писаться данные. Проблема в том, что одна из таблиц увеличилась до объема превышающего в 2,5 раза всю базу за неделю до этого.

_InfoRg35777
Строк 16257
Использовано пространства 17888336 КБ
Данные 17888200 КБ
Индекс 32 КБ
Свободно 104 КБ

(61) Сегодня описанный Вами сценарий уже разыгран.

В той картине, что складывается на данный момент вижу то, что и 1С-ника посылать не хотят, и решение конкретно этой ситуации на меня повесить, т.к. у меня оклад, а не повременная оплата.

(63) Значит причина в тебе, а не в реальной проблеме.ИМХО. Умеешь - делай, не умеешь - объясни куроводству.

(64) Я никому не обещал, что решу проблему. Занялся этим исключительно играя на опережение - 1С-ник очень любит валить все проблемы на окружающих, и предотвращения проблем для себя в будущем как обслуживающего инфраструктуру.

Удастся решить проблему - почет, уважение, рекомендации от генерального и главбуха, весомый аргумент попросить премию. Ну, а если нет - ничего не потеряю - я за 1С не отвечаю.

(57)

(54) "Именно этот специалист по 1С настоятельно рекомендовал и осуществлял переход на ERP в этой компании."
- человеку - оценка 5! те м более шатко-валко - переход сделал.
если оказалось что человек некопенгаген и результат не устраивает руководителей - это проблемы руководителей - поиск на проект вменяемых специалистов.

"Предполагаю, что в этом случае человек несет некоторые обязательства. "
- подписался на переход на ЕРП. Переход сделал? сделал.
дальше все "предположения" - пофиг, читаем юридически закрепленные обязательства. Их нет? - ну да, конторе нехорошо. спецу м.б. минус в карму, но формально, да и фактически - он чист.

"Нежелание портить собственное реноме, не дает права отказываться от работы, вместо признания некомпетентности."
- вполне себе дает. Меня несколько раз звали на разные проекты. Часть отказывался ввиду недостатка квалификации. часть - из-за мутности контор/заказчиков.
Любой вменяемый спец способен оценить риски и проще отказаться и не портить себе реноме. Это - нормально.
А признание/непризнание некомпетентности - вопрос скользкий.
Спец вполне может быть некомпетентен в какиз-то вопросах. Но ведь он и не подряжался решать эти вопросы...

(65) Мой комментарий касается слов:"на меня повесить, т.к. у меня оклад, а не повременная оплата." А сейчас ты немножко по другому объясняешь

(61) именно.

(65) де факто взявшись за разбор проблемы - ты начинаешь за нее отвечать. так что рассчитывай не на премию, а на штраф.. ;-)

(36) +1... если не косячит с внедрением, то  ERP хорош..

Самое смешное. что никто у топикстартера не спросил, что было поводом перед тем, как база начала распухать

Вангую, что на эту ERP, как мне кажется и скорей всего, практически типовую, 1с-ник приходящий только лишь накатывает обновления, по мере их выхода в 1С. И все. Имеет за это некий профит, ему самому вполне подходящий.

Самое простое предположение - очередной раз обновив базу получили изменение или даже добавление функционала на этот регистр сведений.

Момент, что у руководства есть некоторые риски в части сопровождения ERP каким-то персональным неадекватом не могу признать доказанными, так как договор может быть не с персональным 1С-ником, а некой франчайзи, от которой ходит только один. Тогда и получится, что сопровождальщик и не имел права и возможности навязывать, продавать ERP, а сделали это рядом с ним, но не он. И смысла его менять практически нет.

(71) "..что было поводом перед.. " - эта, только писатель что лЭ?...может, для разнообразия почитать всю ветку??