ИБ - переписанная ТиС 7.7 SQL 2000. Предыдущим специалистом была выполнена свертка ИБ - созданы документы по вводу остатков, а предшествующие помечены на удаление. Полагаю, пометки на удаление были поставлены не штатно, а прямым запросом, поскольку у каждого документа присутствуют движения регистров. Документов таких очень много, как следствие ИБ не проходит ТИИ - падает с сообщением "Недостаточно свободной памяти" (на сервере 12 Гб). Успевает сообщить "Документ ... не проводился - некорректная запись о движениях регистра". Как это можно победить?

прямыми запросами

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

ТиИ проводить надо край, поскольку есть и другие ошибки.

а зачем ТиИ нужно?

при копировании базы (бэкап-рестор на SQL) копия базы не запускается "Нарушена структура таблицы SC496" (справочник "Полномочия пользователей"). После реструктуризаци этот справочник пустой - это не особо печально записей 12, но очищаются и справочник "Типы цен" SC597 вроде. А вот он подвязан в ценах номенклатуры, коих более 250000 наименований...

(5) ну так причем тут ТиИ? смотри, какая структура должна быть, какая есть, и приводи одно к другому... проще привести струтуру БД к структуре мд.

А ТиИ не приведет структуры БД и md в соответствие? Каким иным способом это сделать корректно?

(7) тииделает это долго, монопольно и зачастую с потерей данных.

Вот поэтому я хочу сначала удалить движения документов, а потом уже выяснять расхождения БД и md.

(8) Так как иначе это сделать,быстро и корректно?

+ (10)
уточню:  быстро , корректно, дёшево

+11 выберите любые 2

(11) Ну и как обычно - выберите 2 варианта!

День св. Валентина похоже удался :-)
(11-13) могу предложить любого из Вас и за дорого руководителю

(14)
на фриланс ру . Вам за 5-15 тысяч помогут.

(13) выбрал: корректно, дёшево

Смогешь? )))

СЦ = 0;
    Для СЦ = 1 По Метаданные.Регистр() Цикл
        вМетаРег = Метаданные.Регистр(СЦ);
        вИдент = вМетаРег.Идентификатор;
        ТекстЗапроса = "
        |DELETE FROM $Регистр."+вИдент+"
        |WHERE IDDOC IN (
        |    SELECT
        |        жОбщий.IDDOC
        |    FROM
        |        _1SJourn as жОбщий (NOLOCK)
        |    WHERE
        |        жОбщий.DATE_TIME_IDDOC <= :ВыбДата
        |)
        |";
        
    КонецЦикла;

А вот как поля в _1SJourn разыменовать, в которых флаги проведения по регистрам я не помню.

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

Пардон,
жОбщий.DATE_TIME_IDDOC <= :ВыбДата~

Хвостик забыл. А то будет ошибка приведения.

(16) Легко. Думаю сроки заказчика не устроят :)

(19)     вРекордСет = СоздатьОбъект("ODBCRecordset");
    Состояние("Начинаем Чистку регистров у непроведенных документов.");
    СЦ = 0;
    Для СЦ = 1 По Метаданные.Регистр() Цикл
        вМетаРегистр = Метаданные.Регистр(СЦ);
        вИдент = вМетаРегистр.Идентификатор;
        ТекстЗапроса = "
        |DELETE FROM $Регистр."+вИдент+"
        |WHERE IDDOC IN (
        |
        |SELECT
        |    рег.IDDOC
        |FROM
        |    $Регистр."+вИдент+" as рег(NOLOCK)
        |    INNER JOIN _1SJourn as жОбщий (NOLOCK) on рег.IDDOC = жОбщий.IDDOC
        |WHERE
        |    жОбщий.CLOSED & 1 = 0
        |GROUP BY
        |    рег.IDDOC
        |)
        |";
        вТаблаЗнач = СоздатьОбъект("ТаблицаЗначений");
        Попытка
            вТаблаЗнач = вРекордСет.ВыполнитьИнструкцию(ТекстЗапроса);
        Исключение
            глСообщитьОбОшибке(ОписаниеОшибки()+"[201404291347]");
            вТаблаЗнач = СоздатьОбъект("ТаблицаЗначений");
        КонецПопытки;
    КонецЦикла;

(19) <= (22)

+ Бекап сделай.
Епрста не хватает, он бы сейчас тут все до копья разрулил.
У чела талант.

Потом сделаешь пересчет регистров
вот этой обработкой: https://yadi.sk/d/XO5v3agy3E7xTP

Спасибо, завтра на копии опробую.

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

(27) Конечно проще. Только неизвестно каков объем созданных после свертки документов и сколько их проведено.
Обычно свертка на НГ делается. а сегодня уже 15 февраля. ХЗ сколько они наработали.

(27) прошлая свертка была в 2011, перепроведение на SQL 2000 до второго пришествия будет (native connekt)...

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

А вариант перевести в файловую, убить RG,RA. Перепровести нужное не катит?

(31) Пробовал, выгрузка падает "Ошибка чтения из архива". Ранее выгрузки получались.

Выгрузка или загрузка?

(33) ВЫГРУЗКА

(30) ссзб
Надо было за базой следить и одноэсника не жлобить
Сейчас единственный вариант это перейти на восьмерку

(30)
1) А не проще написать обработку средствами 1с, которая пометит на удаление средствами 1с. Если не получается то сначала снять пометку удаления, а потом заново поставить средствами 1с.
2) Есть ещё конфигурация 1с Конвертация данных 2.0. Так вот можно создать пустую такуюже базу и с помощью 1с конфертация данных перенести только нужное.

(0) Ты где?

(34) Проверь место на диске куда сохраняешь, и права туда.

(35) ссзб - ??? У руководителя этой конторы по жизни правило - стоматолог, программист и ... должны быть приходящими. Прошлый "специалист" свернул - теперь  выкручиваться приходится...
Вы же взрослый товарищ и понимаете, что фраза "переход на восьмёрку" - это не чудодейственная таблетка...

(36) 1) - как вариант, но выполняться будет очень-очень долго.
2) - это на крайний случай. В свернутой базе надо оставить документы за последние несколько месяцев. Не уверен, что перенос документов прокатит.

(40) чем тебя не устроил (22)?
(40).1 с переносом ТА на удалаемый документ - не так уж и долго
2. перенос будет в разы дольше

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

(39) "специалист" обновлял подменой МД?

(41) спасибо, (22) пока не проверил.

(3) Подумай, как должно быть и сделай :)
Удали движения, пересчитай итоги.

(43) Жесть, это не спец, а нуб :)

(5) Все правильно, в МД файле отсутствуют реквизиты, которые присутствуют в Базе. Либо добавь их в МД, либо удали колонки из БД :)

(7) Нет, не может оно такое делать.
И лучше не работать с человеком, кто так вам сделал :)

(46) они друг друга стоят...

(9) Вот это зря. За движениями стоят остатки, ТиИ их не может пропустить :)

(49) Действительно? Я пока только до 9-го поста дошел :)

(43) не обновлял. Добавил документ, обработкой заполнил документы по свертке регистров и, полагаю, прямым запросом установил значение признака удаленности в журнале. А движения остались.

(52) а откуда тогда разница между описанием структуры и самой структурой данных? "оно само"? :-)))

(30) Вам нужно починить МД файл.
Свернуть БД, т.е. получить остатки.
После грохнуть Лишние Движения.
Пересчитать Итоги через ТиИ... лишние галочки не ставить, только итоги и служебные данные!!!

И не забываем всегда делать бекапы средствами СКУЛЯ, а не через выгрузку от 1С :)

(52) Разница в структуре возникает просто.
1. Делаешь копию МД и DDS файла
2. Добавляешь мертвый реквизит.
3. Тупо копируешь старые файлы МД и DDS...

И вуаля, ты запер конфу от изменения...

+(55) Решение, грохнуть в БД колонки через менеджер запросов :)

https://msdn.microsoft.com/ru-ru/library/ms175491.aspx

(54) пересчет итогов делается и без ТиИ. и гораздо эффективнее. ссылку вроде давали выше.

(57) Да? Не углядел :)

Попробую отделить мух от котлет. Есть две проблемы:
1. Не получается создать копию базы. Выгрузка из 1С падает с "Ошибка чтения из архива" - +см. (38,42). Бекапы средствами СКУЛЯ после загрузки в чистую БД с идентичной конфигурацией выдают нарушения структуры таблиц (обнаружил пока две, может их больше...). После реструктуризации, соответственно, некоторые справочники пустые.
2. Чтобы выяснить, какие есть расхождения между БД и md, запускаю ТиИ. Оно падает на проверке служебных данных "Недосточно свободной памяти" (12 Гб на сервере) после 36 часов выполнения по причине наличия "висящих" движений у документов, некорректно помеченных на удаление - их очень много.

+(59) А главная цель - сверка базы. В свернутой ИБ желательно бы оставить документы последних месяцев и остатки в разрезе партий - документов поступления.

(59) проблема только одна :-)))

(59) сделай следующее:
1. бэкап Бд.
2. восстановление БД
(как вариант - превод в оффлайн - копирование мдф и лдф, перевод в онлайн)
3. копия каталога базы с МД
4. заити в копии каталога в конфигуратор, привязать конфигурацию к БД (ну, или БД к конфигурации, что монопенисуально)

(59) Чукча не читатель :)

(59) >>>  Чтобы выяснить, какие есть расхождения между БД и md

"Муха тоже бьется об стекло, когда рядом открыта форточка" :)

+(59) >>> их очень много.

Их всегда много. При свертки удаляются только Движения.
И в БД так то растут катастрофически только Остатки :)

(64)
"муха тоже вертолет
без коробки передач"
©

кстати, ветка - лишнее подтверждение "закона соответсвия"

(67) Как он звучит? :)

Прошу пардону - отвалился по работе. Пока в сухом остатке:
(62) бекап - восстановление в рабочей БД приведет (уверен на 99%) к потере данных в части озвученных справочников. Не уверен, что перевод БД в офлайн позволит вернуть её в онлайн - на "прямых" базах прокатывает, на кривой рабочей проверять страшновато.

(65) а здесь движения у помеченных на удаление документов остались. Вот их удалить и надо.
Пока нашел обормотку - за полчаса удалила в копии документы за 5 лет плодотворной работы. Вечером запущу ТиИ.

(68) может кто ещё знает - Это_mike сегодня, похоже не ответит...

(39) ССЗБ = СамиСебеЗлобныеБуратины

(72):-)