долго мучилась, решила все-таки спросить.windows server 2008 терминальный режим, база фаловая, толстый клиент, платформа 8.2.15.289, УТ 10.3.16.1, правила самописные по организации. Создается начальный образ, висит 5 часов и стабильно вылет с ошибкой
Runtime error!
Program: путь к ехешнику
This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information

проверила платформу - создается, проверила правила с пустой базой - создается, протестировала базу, исправила кучу ошибок, не помогло. что не так???

нашла время создать тему...

ищите в книге знаний статью
быстрое создание образа

но ведь нормально работало, за 2 месяца 5 баз создала, а 6 никак

возможности трассировки активности файловой базы ограничены.
попробуйте проанализировать
ТЖ + filemon
за время выгрузки.

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

переход на sql решит проблему?

а чем тут скуль поможет?

2(7) что вы станете делать, если вам скажут "да решит"?
станете переходить, или тоже как и после (2) будете стоять в позе "но ведь раньше работало"?

А что станете делать, если в после ответа "да поможет", в итоге не поможет? Проклянете отвечавшего?

===
просто интересно

(7)Будет вспоминать "не злим добрим словом", а советчику будет икаться...

(7)я понимаю что нужно пробовать, просто мне оч дорого время, у меня филиал работает в экстренном режиме. если ваш совет поможет, я буду премного благодарна. проклинать не буду точно)

даже если не поможет

(9) Будешь)))

2(9) вам уже посоветовали годный. 4 часа назад.
Или вам еще нужно других, бесполезных?

(7)с таким подходом действительно лучше не помогать людям

я нашла только сомнительную обрабоку на инфостарте

2(14) капец.. зачем?

Книга знаний: Альтернативное создание начального образа в УРБД;

2(14)Вы разделяете подходы, я разделяю людей.
в (2) вам метнули бисер. Вы не оценили.

(17)я оценила, буду пробовать.
(16)спасибо, нашла уже. мня пугает, что теперь только так можно создавать

(18)
возможно дисковое пространство избыточно фрагментированно.

2(18) меня больше пугает способ из (0) потому что он "вещь в себе" вы не контролируете его, не можете ускорить, даже не можете узнать мимо ТЖ (а возможно даже и с ним)чем он занимается. Он однажды (или 4-жды)  работает, а однажды (или на 5-й раз не работает).

(2) работает всегда.

2(19) или еще около полусотни различных причин.

капец... сколько же я ее чистить буду...

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

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

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

2(21) от чего чистить?

(25)правила обмена по организации, надо оставить только одну из 7

(26) РЛС спасет

вообще-то файловая база - это хня,

для реальной работы используйте ТОЛЬКО клиент серверную поставку. В Сабже на клиент серверной поставке было-юы сообщение о задвоении уникального индекса, и немного подумав можно привести основную базу в порядок.

В файловом варианте имеем САБЖ.

(28)+ собственно проблемма старая, это задвоение уникального идентификатора, файловый вариант это не контролирует при обычной работе, и ТиИ то-же не всегда это видит. Обычно такое бывает в служебных таблицах....

(27)да, сразу надо было так делать, а не париться с правилами

(29)тоже попробую, спасиббо

(30) только не на файловой базе.

(32)да это понятно, только вряд ли эта контора разорится на сервер 1с и все что к нему прилагается

(33) Пингвин и постгрю - бесплатно... Но иногда это - как бесплатный сыр в мышеловке.

(34)в плюс к серверу 1с за 72 тыщи еще и бесплатный геморрой ставить?)))нет, если будут покупать, то все- нормальный сервак, терминальные лицензии, сервер 1с, sql. не будут - уволюсь, но все равно они к этому придут, либо встанут.

(35) терминальный сервер для восьмерки - не актуален, особенно для токого клиента...

соответсвено лицензии на терминал не всегда нужны

(36)не всегда или не нужны? для тонкого

(37) зависит от конфигурации сети и требований безопасности.

технически тонкий клиент вполне нормально работает на хреновом wi-fi канале с постоянными разравами и скоростью 500к

(38)ут 10.3 сильно дописанная. тонкий клиент скорее всего невозможен. во всяком случае я не возьмусь

+(39)ни за переход на ут 11, ни за написание управляемых форм

при создании альтернативного образа на этапе -удаление лишних узлов  - написала "недостаточно памяти"

2(26) делать так:
а) Оставить конфу на поддержке с возможностью изменения.
б) найти участок кода который заполняет НОВУЮ ПУСУТЮ базу. (типа заполнения статей декларации, еще чего-то такого, уж не знаю) ЗАКОММЕНТИТЬ ЕГО. на рабочие базы это никак не повлияет, потому что они НЕ пустые, а на новую - именно такое нам и нужно.
в) Применить изменения для конфы ИБ центральной рабочей базы.
г) сохранить ЦФник
д) Создать новую пустую базу, в которую загрузить полученный в пункте г) ЦФник
е) Из Центральной рабочей базы выгрузить при помощи обработки ВыгрузкаЗагрузкаДанныхХМЛ.епф. все необходимые базовые классифкаторы, справочники. (это нужно для того чтобы УИДы этих объектов в новой базе были такими же как в центральной рабочей)
ё) Сделать тоже самое для документов Организации, для которой создаем эту новую базу, поставив галку для всех справочников и РС галку "выгружать при необходимости".
ж) Загрузить в новую базу последовательно файлики полученные в е) и ё)
з) Проделать с новой базой фокус, описанный в (16)

(42) + Не забыть про корректировку регистров (если пользовались) и документы которые без реквизита организация.

(42)(43)мне после такого точно медаль фокусника дадут))) спасибо огромное)

Совет: Если РИБ через почту - удали эл. письма в главном узле. И мне чипсы :)

(45)и такое есть) по ходу я  седня без футбола

Это 15 релиз (в 14-ом такая же ерунда).
Потому до сих пор на 13-ом сидим.