Доброе время суток. Ребята, не могу сохранить изменение, связанное с проставлением одному документу галочки "Бухгалтерский учет". База ДБФ-ная, весит примерно 6 Гб. Первый раз - оставлял на ночь, утром вылетела ошибка что-то связанная с 1SENTRY. Второй раз - просто висит со вчерашнего дня. Загрузка процессора 100% в обоих случаях.
Делал даже тестирование и исправление базы (мало ли).
Я понимаю, что при такой галочки - конфигуратор будет перекручивать всю базу, НО - надо.

Что посоветуете?

>>База ДБФ-ная, весит примерно 6 Гб

Понимаю, что объем базы - тут определяющий фактор, но если бы хотябы сохранилась за день-два..., а не выкидывала ошибку.

(0)Как вариант -  вернуть галку назад, поднять базу на скуле и мутить уже там

"Как вариант -  вернуть галку назад, поднять базу на скуле и мутить уже там"
Ммм, надо попробывать. Заберу базу у клиента и попробую у себя протестить.

Можно мприменить "хирургию" :-)
но нужно очень хорошо себе представлять, что именно делаешь...

(0) А сколько весит этот 1SENTRY? И вообще какие самые большие DBF-ки?

(0) на пустой базе втыкаешь галку - подменяешь мд в рабочей, наслаждаешься

1 минута..ну 2 максимум.

(7) Опять обезьянам гранаты раздаешь?

"...на пустой базе втыкаешь галку - подменяешь мд в рабочей, наслаждаешься..."

"...чё-та я очкую..."

Если бы такой совет услышал не от Епрст, врезал бы сразу с ноги. )

ну вот, уже вылетела с ошибкой:

Error#: -70
Reading File
File Name:
.....\1SOPER.CDX

1SOPER.CDX - примерно 42 метра
1SENTRY.CDX - примерно 270 метров
1SENTRY.DBF - примерно 870 метров

Документов этого типа много ?
Что если их сначала удалить, а потом после изменения восстановить ?

(11) Обосновать можешь ?
Или так, от нечего делать ?

(10) На копии сделай и насладись.

(14) Обосновать? Я уже видел несколько баз, убитых подменой мдшника, поэтому никода никому не советую делать замену мдшника, только штатно. Если уверен на 100% процентов даже, что ничего не будет в данном конкретном случае, на эту ветку с советом может потом наткнуться кто нибудь другой и обновит с заменой и убьет базу.

(16) ааа..
ну ладно :)
Нам же больше работы потом.. восстановление и всё такое

(17) )

Согласен со Скользящим по поводу убитых баз после топо замены МД-шника.

Эксперемента ради - щас сделаю копию и тупо подменю МД (т.к. на пустой базе сохранилось всё нормально).

(19) не надо делать "тупо". Нужно понимать, что именно делаешь...