Добрый вечер.
Имеется Бух файловая ~ 5,8 Гб . Платформа свежая . Попытался сделать ТИИ базы, ждал 36 часов счетчик большую часть был на строке
Проверка логической целостности.Регистры сведений. Замеры времени. Проверка уникальности записей.
Пришлось снять процесс. При этом счетчик насчитал где-то  в районе 6,5 миллиардов записей??? Это нормально?
Как удалить все эти замеры времени? Галку о мониторинге снял. Если зайти в режиме технического специалиста в замеры времени и нажать CTRL+A то сразу выкидывает на рабочий стол.

C уважением Юрий.

P.S. Cам до этого  с 1С дел не имел.

Во-первых, перевести базу в клиент-серверный режим.
Очистить замеры уже на SQL сервере руками.

Во первых - сделать копию

(2) В-нулевых)

(3) В нулевых, в первых и во вторых.
И еще одну копию записать на dvd-rom и отослать себе же почтой России.

Есть инструмент Tool_1CD. Попробуй очистить таблицу, которая содержит этот регистр.

Ну зачем же так сразу?
с Базой работает 2 человека тормозов особо нет.
Тут вопрос был конкретный как решить глюки.
При всем моем уважении к Вам  советовать переход  на SQL потребует довольно больших затрат. В нашем случае -софтовых.

Или внешней обработкой при запуске в режиме Предприятия очистить

Не можешь сам - найди спеца

(5) Спасибо посмотрю .
Это и так копия рабочей базы + еще бэкапы каждый день в облако + на СХД и NAS.
(8) Так спецы ее и ведут (договор на обслуживание). В таблицах замеров даты начинаются в 2017 году! А они не должны были это заметить? и то что база пухнет?

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

(9) они могли это не заметить, они могли заметить и ничего не сделать, это нормально, это функционал, заявленный вендором.
Там ведь нет инструкции "очищайте то, что старше 3 лет". Там нет самоочистки.

А вот решить проблему по факту спецы должны, платно или бесплатно - это ньюансы.

(9) truncate table
Это те данные потерю которых никто не заметит
Ну если прям надо сохранить - есть способ, но 99% оно вам не надо

select *
into dbo._таблицаприемник
from dbo._ТаблицаИсточник m
where m._Period >= @Period
У меня из лярдной таблицы в поллярдную за 3 минуты перенеслось.
Но потом в _таблицаприемник - надо индексы сделать как в _ТаблицаИсточник
И
detele таблицаИсточник
exec sp_rename 'dbo.таблицаПриемник', 'ТаблицаИсточник'
Если оставить данные за пол года в час уложитесь
Но ИМХО транкейта будет достаточно

А блин, база файловая, не обратил внимания(
Тогда снять ДТ, развернуть на сервере, там очистить средствами SQL и снова выгрузить Дт и вернуть как было

(6) Так это разверните сервер 1с, SQL девелопер эдишн, сделайте что надо и удалите.
и никому об этом не говорите.

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

После очистки каким либо методом, когда база уже будет файловая - напишите обработку по очистке этого регистра и запускайте из планировщика или крона, что у вас там за ОС в зависимости

(9) 100% в договоре на обсуживании SLA по доступности и выполнению работ, а состояние базы не прописано.
SLA выполнен - значит проблем нет.

palsergeich я подумаю над обработчиком. Спасибо за идеи!

(19) и помним про бекапы, чем больше бекапов на любой стадии тем лучше, в файловом варианте всегда есть шанс что что то пойдёт не так

Бэкапы Наше ВСЕ!!! :-))

Если не базовая я бы тупо удалил бы этот регистр в конфигураторе, а потом накатил бы это же релиз

а обработкой не получается? типа

Набор = РегистрыСведений.ЗамерыВремени.СоздатьНаборЗаписей();
Набор.Записать();

(15) Никто не мешает купить лёгкий сервер и решить проблему кардинально. Доступно и всерьёз.

(23) Это на сервере то на таком объеме будет больше суток выполняться.

(25) запись пустого набора? файловая база 5 гигабайт?

Серверная база, миллион записей: пустой набор = 25 минут

Мы ж про 1С тут...

6.5 млрд записей - такое количество трудно представить. Плюс данных там будет на сотни гигов, уж никак не 5.8.
Попробуйте выгрузить/загрузить dt