SQL. 1c 8.3.9. Ут 11.4. РБД. База 2.5 ГБ.
Делаю первоначальный образ распределенной базы по фильтру под SQL.
До этого работали в файловой версии.
tempBD увеличивается, пока не съедает все свободное место (до 75 гигов).
Место заканчивается - база падает.
ТИИ никаких ошибок не показывает.

В файловом варианте этого не было. Куда копать?

Циклическая ссылка

база в свойствах в модели фулл небось стоит ?

была такая хрень когда расчетчица поставила в конец периода 2020 год

(2) Это к темпдб не относится.
(0) Ищи через технологический журнал или ставь 8.3.10 https://wonderland.v8.1c.ru/blog/razvitie-sredstv-diagnostiki/

но как циклическая ссылка может убивать темпдб?

Рекурсия какая бесконечная - еще понимаю

(2) это то тут при чем? Simple mode.

(3) это Ут. Итоги на 31.07

А вот по поводу цикличной ссылки очень может быть.
ТИИ ее не видит?

Было похожее. Нашли отчетец от подрядчика, который во временные таблицы кидал очень много промежуточных данных.

(7) тут давеча да надысь кто то эту базу в кластер присоединял )))

(2) ну нужно путать транзакционный лог базы и базу тэмпдб.

(12) ниразу не путаю

(13) ок. при чем тут тогда модель восстановления базы?

Народ со своей циклической ссылкой путает рост сеансовых данных и tempdb.

О чем еще можно говорить...

http://www.sql.ru/forum/917399/mssql-aktivno-ispolzuet-tempdb

Там в конце dmv-шка на просмотр использования tempdb

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

ах да. проверьте/поставьте ограничение на размер tempdb. что то мне подсказывает, что стоит по дефолту без каких либо ограничений. вот и сжирает все, а потом ей плохеет.

(18) пример можно этих свойств?

(10) Что прям на десятки гигабайт кидал?

(21) А че сложного? делаешь соединение двух, а лучше больше регистров без отборов в параметрах виртуальных таблиц и кидаешь в временную таблицу.

(21) или лучше вообще без отборов

(21)
Выбрать *
Поместить ВТ
Из РегистрНакопления.ТоварыНаСкладах как Т1,
РегистрНакопления.ТоварыНаСкладах как Т2,
РегистрНакопления.ТоварыНаСкладах как Т3

Дурное дело нехитрое.

Выполни обновление статистики средствами SQL(вообще лучше настроить регламентно) Если ничего не измениться то нужно настраивать ТЖ и анализировать.

(19) И чо потом?

(22) (24) Никогда не видел чтоб таблицу без отборов ли параметров просто так кидали в ВТ, да еще несколько раз

(27) Это хорошо даже

Может пригодится, я этими скриптами статистику по использованию tempdb собираю

-- Сессии
SELECT --top 20
    s.host_name,
    s.writes,
    usage.*
FROM
    sys.dm_db_session_space_usage usage
    left join sys.dm_exec_sessions s on s.session_id = usage.session_id
ORDER BY
    (user_objects_alloc_page_count + internal_objects_alloc_page_count) DESC

-- Таблички
SELECT
    obj.name,
    SUM(ps.reserved_page_count) * 8 / 1024 Reserved_MB,
    SUM(used_page_count) * 8 / 1024 Total_MB,
    SUM(
        CASE
            WHEN (index_id < 2) THEN (in_row_data_page_count + lob_used_page_count + row_overflow_used_page_count)
            ELSE lob_used_page_count + row_overflow_used_page_count
        END
    ) * 8 / 1024 Data_MB,

    SUM (
        CASE
            WHEN (index_id >= 2) THEN in_row_data_page_count + lob_used_page_count + row_overflow_used_page_count
            ELSE 0
        END
        ) * 8 / 1024 index_MB,
        
    SUM(CASE WHEN (index_id < 2) THEN row_count ELSE 0 END) rows
FROM
    tempdb.sys.tables obj
    left join tempdb.sys.dm_db_partition_stats ps on ps.object_id = obj.object_id
group by
    obj.object_id, obj.name
order by
    Total_MB desc

вероятно зацикливание уровней иерархического справочника

(25) весь регламент делается

из файловой версии все выгрузилось. Это не цикличная ссылка. Похоже на настройки скуля.

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