Мистика - копирование базы 1С 8.2
 

Есть не большая база на 8.2, снята с поддержки, добавлено несколько объектов (в основном регистры, общие модули). Надо сделать копию (для отладки обработки обмена). Что бы не выгонять людей из базы копирую просто файл 1Cv8.1CD тотал-командером (я понимаю не очень это кашерно, но база маленькая копируется меньше 3ех секунд).

НО после открытия конфигуратора копии обнаруживается что конфа снова на поддержке и ни одного "дописанного" объекта НЕТ, при этом все самописные изменения в типовых модулях сохранились.

Как такое может быть???

не обновили конфигурации ? их там три ... внутри

Наверное конфа не снята с поддержки, а просто включена возможность изменений. тогда база хранит и конфигурацию поставщика тоже.
у меня был подобный прикол когда у ЗУПе переписал часть модулей для подсоса из 7ки нужной инфы (больничные и отпуска), а потом чудом обнаружилось, что они почему-то не работают и висят "замочки" ))
Глюк! Лечится сохранением рабочей конфы в отдельном файле, чтоб в случае глюка "накатить" ))

фантастика, копирую в другой каталог все ок... конфа снята с поддержки все объекты на месте О_0

[quote=Том;29019071]Наверное конфа не снята с поддержки, а просто включена возможность изменений[/quote]

да верно, неправильно выразился...

кеш чистил?

[quote=Ctrl P;29018956] Что бы не выгонять людей из базы копирую просто файл 1Cv8.1CD тотал-командером (я понимаю не очень это кашерно [/quote]
Это не просто не кошерно, это из ряда вон выходящее. Так делать категорически нельзя.

(6) почему?

да ниче страшного )))))

6-real > сху... не будете ли вы так любезны пояснить свою точку зрения, досточтимый эксперт?

Больше всего мне в этом плане нравятся "автономные файлы" Windows при работе с базой по сети через Wi-Fi.
Каких только глюков с базой при работе с ней нескольких пользователей не было - цирк на дроте :)

Мне кажется тут и вопросов то не должно возникать, ну да ладно расскажу байку.
Из практики: организация. архив осуществляется тупым копированием базы. сбой. восстановление из "архива". вообще полный сбой. восстановление руками более полугода.
Вывод? Нельзя делать файловые операции в базе со открытыми транзакциями.

(11) можно. Есть даже продукт от какого то франя, который обеспечивает копирование, правда на семерке.

[quote=real;29035352]архив осуществляется тупым копированием базы. [/quote]
ну за это да, надо руки отрывать, чтобы научились правильно архивировать.
но при чём тут сабж?
разве автор сказал, что делает архивы?
читай внимательнее, вникай в обсуждаемый вопрос.

[quote=real;29035352]Вывод? Нельзя делать файловые операции в базе со открытыми транзакциями. [/quote]
какие к лешему файловые операции?
копирование - делать можно. Если там идёт транзакция, это может повредить только копии, но никак не исходной базе.
С исходной базой ничего не произойдёт.

[quote=Helen1986;29035465] (11) можно. Есть даже продукт от какого то франя, который обеспечивает копирование, правда на семерке. [/quote]
Габец учил, что прямое копирование - плохо. Стало быть, плохой франь, плохой продукт :)

наверное, разработчики этого продукта некоего Габца держат ниже плинтуса. Как говориЦЦа - их проблемы. Но продукт продается - у знакомых юзается и успешно.

да, кстати, фирма разработчик - некий гендальф. Передают привет Габцу

Не знаю, кто, кого и за что там держит, но лично мне прямое копирование файлов базы тоже не нравится.

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


так что привет габцам и гендальфам

[quote=Странный аттрактор;29037836]лично мне прямое копирование файлов базы тоже не нравится.[/quote]
[quote=Helen1986;29038543]мне - тоже не нравится[/quote]
Как говорится, «кто-то любит арбуз, а кто-то свиной хрящик».
Эстеты, блин. Не нравится им, ты посмотри.

Если нужно сделать себе локальную копию базы для доработки конфигурации или отладки какой-нибудь обработки, прямое копирование вполне себе нормальный способ.
По крайней мере, для файловых баз 7.7 он мне часто помогал получить актуальную копию, для тренировки «на кошках».
Про ежедневную архивацию естественно речь не идёт.

(20) насколько я поняла, продукт от гендальфа копирует базу и сравнивает копию с оргиналом - если совпали, то все нормально. А если нет - тогда, как я поняла, делается след попытка.
Это предположение, ибо не разбиралась с этим конем в вакууме

Я просто оставлю это здесь:
[url]http://its.1c.ru/db/metod81#content:2922:1[/url]

[b]копирую просто файл 1Cv8.1CD тотал-командером[/b]
[b]копирую просто файл 1Cv8.1CD[/b]
[b]просто файл 1Cv8.1CD[/b]
[b]файл 1Cv8.1CD[/b]
[b]1Cv8.1CD[/b]
Для тех кто читает внимательно, вникая в обсуждаемый вопрос, о 77 речи и не было )))))
По моему тс написал, что непонятки с базой, я упомянул случай из жизни когда на копии было невозможно работать. По мне так копирование зло.

[quote=real;29043778]тс написал, что непонятки с базой, я упомянул случай из жизни когда на копии было невозможно работать. По мне так копирование зло.[/quote]
к сожалению, ты не очень хорошо владеешь логическим аппаратом
в твоей логической цепочке есть явный разрыв
она похожа вот на это:
[b]«ТС написал, что не ему заливается в нос вода, когда он плавает. А я помню случай, когда человек плавал и утонул. По мне так плавать - это зло.»[/b]

[quote=Ирли Бёрд;29044611] к сожалению, ты не очень хорошо владеешь логическим аппаратом в твоей логической цепочке есть явный разрыв [/quote]
:))))))
По мне так наоборот, ну да ладно. Копируйте на здоровье, клиенты ваши, базы ваши и время тоже.

25-real > Гордый Иванушка из Пушкина сказочек, ты сходи по ссылочке из (22), да почитай, как на сей вопрос смотрят добрые дяденьки из фирмы 1С. Или ты всерьез полагаешь, будто лучше разбираешься в предмете, чем разработчики платформы?

Не знаю на счёт байки из 11, а вот сбойные dt в моей практике были дважды, очень неприятное явление.
С тех пор перед ответственными операциями на файловых базах делаю архивы обоими способами - и dt, и прямая копия.
В sql версии всё стабильнее, там невозможность восстановления бывает, но в предсказуемых случях на больших cf-шниках.

[quote=Reaper;29045810] 25-real > Гордый Иванушка из Пушкина сказочек, ты сходи по ссылочке [/quote]
Думал вы постарше да повоспитанее... )
Нужно понимать что такое 1CD, файл где есть своя внутренняя разметка по таблицам и я так думаю есть своего рода таблица разметки где смещения записаны и при расширении базы разметка меняется, своего рода ремап. И при копировании с определенной вероятность можно попасть на этот ремап, во и все. Все построено на моих догадках относительно структуры 1сд. пс Ссылка не опткрывается, итсов нема)))

28-real > Я молодой, наглый и правлю 1CD в hex-редакторе. Нагло советую если уж не подписаться на ИТС, то хотя бы ознакомиться с главой 6.8 Руководства Администратора из коробки с программой.

(28) Вполне может оказаться, что Рипер премудрости контейнеров 1CD освоил лет 5 назад...

12-Helen1986 > можно, но целостность никто не гарантирует

если кто-то хочет покопаться внутрях 1CD - есть инструменты
[url]http://infostart.ru/public/19633/[/url]
[url]http://code.google.com/p/restoration-base-1c8/%20[/url]
[url]http://infostart.ru/public/166557/[/url]