Имя: Пароль:
1C
 
Центральная и перефирийная база не соответствуют
0 _Ramzes
 
09.11.07
07:53
На днях пришёл в компанию и сделал анализ движений по одной номенклатурной позиции в центральной и распределенной ИБ.
Результаты поразили, данные не соответствуют.
Посоветуйте каким образом можно решить данную проблему.
Центральная база - Документы за 4-е года. Объем 9 гб. Файловый вариант.
Документы за весь период перепроводить нереально. Придется фирму закрывать на неделю, а это недопустимо.
Может есть какой-нибудь другой вариант решения.
Зараннее спасибо за ответ.
1 ZanderZ
 
09.11.07
07:56
(0) если в ПБ теже данные что и в ЦБ один в один то можно из ЦБ слеать ПБ :)
2 PaulBC
 
09.11.07
08:05
>>Объем 9 гб. Файловый вариант.
Вполне возможно, что итоги поехали, при таком-то объеме
3 Mefistophel
 
09.11.07
08:18
+(1) если в переферийной и центральной ДОЛЖНЫ быть одни и те же данные :)
4 Mikeware
 
09.11.07
08:31
(0) А они должны  "соответствовать"? и чему "соответствовать"? и почему? И 9 гектар вообще-то для файлового фарианта многовато. ТиИ делал (хотя б реиндексацию и пересчет итогов)?
5 _Ramzes
 
09.11.07
08:43
(1) Надо чтобы в ПБ были те же данные что и в ЦБ. Насколько я знаю как вариант взять осуществить изменение всех объектов, т.е. всех элементов справочников, всех документов. Но мне кажется что для обработки всего этого потребуется около месяца только на обработку. Документооборот у компании довольно большой.
6 _Ramzes
 
09.11.07
08:44
(4) ТиИ делается четвёртый день на серверной машине.
7 _Ramzes
 
09.11.07
08:49
(4) а реиндексация делается каждый день.
8 Mefistophel
 
09.11.07
08:49
так возьми из ЦБ все файлики кроме 1SSYSTEM, 1SDBSET,1SDWNLDS,1SUPDTS
перекинь в Пб и будет тебе счастье
9 Mefistophel
 
09.11.07
08:57
зы
если уверен что в цб все хорошо с данными и ничего не плавает и прочее прочее, а иначе лучше разобраться в чем косяк иначе всплывет :)
10 Mikeware
 
09.11.07
08:59
(5) то, что "надо" - это понятно. А вот как насчет "должны"? правила миграции соответсвуют?
Судя по тому , что "ТиИ делается четвёртый день"  - не все мигрирует, и регистры не закрываются.  (в любом случаен, 4 суток на персчет итогов всегов 9Г базе (да еще в локальном файловом) - это супердохрена)
11 Mikeware
 
09.11.07
09:02
(8,9) Не надо такое советовать...
12 Mefistophel
 
09.11.07
09:39
а чем "не наш метод", если точно известно что в цб все ок?
13 FreeFin
 
09.11.07
10:12
(6) На серверной машине ТИИ лучше не делать. Проверено: На отдельно-стоящем селероне 3000 с 256 памяти, база в 5Гб проходит ТИИ (пересчет итогов) за 4-5 часов, то-же самое на двух-процессорном сервере с 2Гб памяти(нагруженном другой работой не под завязку) =50-80 часов. Запускалось "параллельно", результат фактический.
14 Mikeware
 
09.11.07
10:41
(12)Сначала надо найти причину
(13) При незагруженном сервере - без разницы.
15 _Ramzes
 
10.11.07
03:42
(10)
Мигрирует все, просто база сама написана не самым лучшим образом, она очень сильно дописанная Торговля и склад и плюс к ней добавлен бухгалтерский учёт, причём очень коряво. Делал это не я.
С нового года перевожу эту базу на УПП.
16 Cthulhu
 
10.11.07
05:41
после перезаписи всех доков и справочников файл обмена получится вряд ли того размера, который 1с-ина асилит упаковать-распаковать (поищи приблуду ромикса тут на мисте для решения проблемы упаковки больших файлов выгрузки).. но имей ввиду, что и загружаться такие обмены в периферийках будут маманегорюй сколько...
(а пропос - это все же единственный штатный и самый надёжный способ тотальной синхронизации данных)
17 Mikeware
 
10.11.07
12:09
(16)Ну, никто не обязывает делать это за один раз. В первый раз справочники, во-второй -доки за первый год (или даже за первый квартал первого года), и т.п. Просто судя по постановке вопроса ("данные не оответствуют - что делать?"), чел не может проанализировать и найти не то, что причину несоответствия - даже само несоответствие.
(15) Жалко мне ту контору.
18 Мимохожий Однако
 
10.11.07
12:55
(5) см. совет (1) повнимательнее вчитавшись в смысл