Обработка "Обработка документов", выводит в окно сообщений сообщение о каждом действии над каждым документов. Сильно-ли замедляется процесс обработки документов (конкретно - отмена проведения, пометка на удаление) вывод этой информации?
PS: обработка работает уже третьи сутки, помечаются на удаление документы за последние 5 лет.

Из практики: На 7.7 есть замедление, не сильное но есть, но... тогда ты не увидишь что он делает ))

>>3 сутки
продолжайте наблюдения

(0) Сколько лет уже удалил за трое суток? ))

(0) замедляет и на много. Но, самый тормоз - ЖР.
Тормозните поделку, отключите ЖР в пофигураторе, отключите вывод в сообщении, максимум, каждые 300 доков, например. Усё.

Но лучше, пометить всё и удалить прямым запросом. Займёт минуты 3 на всё.

А теперь представь что он еще кроме пометки удалять их будет .....

+ ТА сдвинь назад, на самый первый док. Удалять штатно будет в разы быстрее.

Это, если мозгов не хватает написать запрос на простейший delete

(4)(7) Угу, не хватает :(

(0) Лучше писать в тестовый лог, а сообщения заменить на Состояние("Удаляется документ такой-то").
А Важные сообщения уже выводить на экран.

(9) Для лога:
//******************************************************************************
// глЗаписатьВЛогФайл(ИмяЛога, ЧтоЗаписать = "Тест") // <<© ТрДм 2005>>  
// Просто пишет в текстовый файл в каталоге БД строку с текущим временем и датой.
Функция глЗаписатьВЛогФайлУпрощенно(псИмяЛога, псСтрокаЗаписи, псДобавитьВремя = 0, псСтрокаЗаголовкаЛога = "") Экспорт
    ЗначВозврата = 0;
    Если ПустоеЗначение(псСтрокаЗаписи) = 1 Тогда
        Возврат 0;
    КонецЕсли;
    глКаталогЛогов = КаталогИБ() + "Logs\";
    Если ФС.СуществуетФайл(глКаталогЛогов) = 0 Тогда
        ФС.СоздатьКаталог(глКаталогЛогов);
    КонецЕсли;
    вИмяФайлаЛога = глКаталогЛогов + псИмяЛога + ".log";
    fso=СоздатьОбъект("Scripting.FileSystemObject");
    вБылаОшибка = Нет;
    Попытка        вТекстСтрим=fso.OpenTextFile(вИмяФайлаЛога, 8, 1, 0); //Открываем файл в режиме "дозаписи"
    Исключение        
        вБылаОшибка = Да;
        глСообщитьОбОшибке("Ошибка при создании файла "+вИмяФайлаЛога,"!");        
    КонецПопытки;
    Если вБылаОшибка = Да Тогда
        Попытка     вТекстСтрим=fso.OpenTextFile(вИмяФайлаЛога, 8, 1, 0); //Открываем файл в режиме "дозаписи"
        Исключение    Возврат 0;
        КонецПопытки;
    КонецЕсли;
    вFileSizeCheck = FSO.GetFile(вИмяФайлаЛога);
    Если вFileSizeCheck.Size() = 0 Тогда
        вКоммент2 = псСтрокаЗаголовкаЛога + РазделительСтрок;
        вТекстСтрим.Write(вКоммент2);
    КонецЕсли;
    
    вСтрокаДатыВремени = "" + глДатаФормат(ТекущаяДата(),"ГГГГ-ММ-ДД_ЧЧ:WW");
    Если ТипЗначенияСтр(псСтрокаЗаписи) = "Строка" Тогда
        вТекстСтрим.Write(вСтрокаДатыВремени + " " + псСтрокаЗаписи+ РазделительСтрок );
    ИначеЕсли ТипЗначенияСтр(псСтрокаЗаписи) = "СписокЗначений" Тогда
        СЦ = 0;
        Для СЦ = 1 По псСтрокаЗаписи.РазмерСписка() Цикл
            вТекстСтрим.Write(вСтрокаДатыВремени + " " + псСтрокаЗаписи.ПолучитьЗначение(СЦ)+ РазделительСтрок );
        КонецЦикла;
    КонецЕсли;
    вТекстСтрим.Close();
    Возврат 1;
КонецФункции // глЗаписатьВЛогФайл()

(8) А база хоть на скуле?

(10) а вызов СоздатьОбъект("Scripting.FileSystemObject") каждый раз не медленно ли?

(12) Да, можно оптимизировать. Чет не думал об этом, спасибо!

Хотя думаю разумнее сделать кешь таких объектов со временем создания и прибивать их если пару минут не используются.

(8) ну, если не хватает, тогда тормози и делай следующее
1. Открываешь монопольно общий журнал, встаешь на первый документ, ПКМ-установить ТА на него
2.из обработки поделки ремишь все Сообщить
3.Открываешь пофигуратор, администрирование-ЖР - сымаешь все галки.
4. Можно еще и файло итогов прибить, но лишнее.
5.Запускаешь, радуешься.

(15) эх когда то возился в 2003 году. мне б твои советы )))

(6) Можно-ли программно изменить ТА в немонопольном режиме.
Дело в том, что какого-то #$% SQL 2008 не дает войти в монопольном режиме.

(17) kill

(17) можно, прямым запросом

но лучше, отстрели все активные соединения к базе.

на корне в остнастке скуля, пкм - монитор активности, там прибей все обращения к нужной базе

(21) Это в Data File I/O ?

Кста, только что был сбой питания, думал после этого можно будет войти монопольно - не, не пускает.

(23) ну, если не найдешь, то тупо рестартани скуль и прибей все lck в каталоге с базой

службу скуля рестартани.

хотя проще, все соединения грохнуть

(25)
[url=http://radikal.ru][img]http://s001.radikal.ru/i193/1612/db/b1060339f50f.jpg[/img][/url]

(25) Вот так лучше:
http://s001.radikal.ru/i193/1612/db/b1060339f50f.jpg

После сбоя питания сбойнулф и база.
Как сделать rebuild log-файлу?

(28) а че ты хочешь от него, если он остановлен ?

службу то подыми

(31) Та запустил уже, копию базы также запустил - работает.
А на той, что была в работе во время сбоя - выдает, что нарушен log-файл, и предлагает его или достать из архива, или перестроить.
Как его перестроить?

(32) а читать инструкции уже не популярно?

(33) что сейчас усиленно и делаю...

(32) Сделай сохранение документов при их записи в xml-файлы.
Потом можно будет их восстановить за потерянное время.

(32)
DBCC REBUILD_LOG('db_name', 'Полный путь к новому файлу ldf') GO

+(35) это на случай креша БД.

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

(38) Забей.

(39) "коси и забивай"™

(15) там перенос ТА может затянуться )))

(41) назад ? Нет, сделается мгновенно

А так то у него скуль, и вообще непонятны все эти потуги со штатным удалением, когда всё через qa удаляется за секунды.

(43) Как? Попробовал УдалениеДокументовСредствамиSQL.ert, Generatsiya_SQL-skripta_dlya_udaleniya_dokumentov_pri_svertke_bazy.ert -
что-то лишнее задело, остатки полетели. Почитал на форуме, кто как удаляет доки в SQL базе, некоторые были за использование штатных средств 1С.

И Сообщить и Состояние - очень сильно замедляют процесс.

(44) че как ? Примитивный запрос который удалит записи в _1sjourn (если надо насовсем) или апдейт _1sjourn по полю closed + флаги с регистров (если надо оставить помеченным на удаление)
+ в табличках движений регистров delete записей по условию , ну и в проводках и операциях. + если насовсем, то еще и в _1scrdoc , в _1sconst.  + пересчёт итогов прямым запросом. Усё

(36) Это для SQL 2000

(46) НУ дык на десяток одинесников которые это смогут сделать, наберется сотня которые вообще не смогут и два десятка которые при этом, что то напортачат.

(47) ну тогда DBCC CHECKDB.
+ смотри там параметры в справке

(49) Да уже понял. Только сделал detach базы, теперь attach не получается - log-файл нарушен.

(50) По совету товарища Галиева с http://blog.galievr.ru/?p=382:
Для всех версий SQL Server подойдет следующий вариант: делаем Detach database(отсоединить базу данных), удаляем журнал транзакций(файл с расширением ldf) и делаем Attach database(присоединить базу данных). В мастере выбираем наш mdf файл и жмем ОК.
Никакого мастера не появилось, attach сделать не могу.
Таким советчикам ....

(51) ну а сам лог то удалил ?

перед атачем ?

(52) Нет, переименовывал. Потом возвращал взад,пытался снова attach, выводилось сообщение, что требуется rebuild log. Замкнутый круг.

(54) вообще оставь только мдф и делай атач

после атача - чекдб, можешь с параметром репеарлос

и вот так, аттачится у тебя ?
alter database mydatabase set EMERGENCY

Ну и вот еще, пробуй..
https://web.archive.org/web/20120827060529/http://dev.by/blog/7414

про архивы тока не забывай лепить

(57) Конечно нет, ошибка:
Msg 5011, Level 14, State 5, Line 1
User does not have permission to alter database 'DB_20161207', the database does not exist, or the database is not in a state that allows access checks.
Msg 5069, Level 16, State 1, Line 1
ALTER DATABASE statement failed.

(58) Кажись сработало.