Здравствуйте товарищи !

Суть проблемы: Есть выгрузка бд весом 4ГБ (распакованная).

Очень долго загружаются данные в новую базу, на работе, на сервер загружалась около 12 часов.

Пробовал дома, прошли целые сутки (с ночью) и не загрузилась, такое чувство что в каком то моменте виснет и всё.

В диспетчере грузит процессор 5 - 25%

------

Быть может есть возможность ускорить загрузку данных? В архиве у меня (MD, DAT, users).

Быть может есть плагины (кроме Книга знаний: Плагин для лечения выгрузки и загрузки больших баз в 1С 7.7 он вообще не работает, или у меня руки кривые).

Версия 1C - 7.7 (7.70.027)
ОС - Windows 7

(0) База - SQL? DBF?
Может, не стоит маяться в выгрузкой, а просто скопировать базу?

Что значит "виснет"? Там же файло постоянно обновляется и видно, что делается в данный момент. Или у тя СКЛ?

База DBF

Увы но в выходные скопировать базу не могу, т.к она на работе, взял тока выгрузку, чтоб дома поработать.

Да даже если и не виснет не в этом суть, грузить сутки базу 4ГБ это очень долго, машина 2800мгц + 3ГБ оператива.

(3) На какой операции долго висит? В логах что?

1Сергей
А где логи? В папке \SYSLOG одна ерунда

(5) бу-га-га

(5) готовь три конверта...

1cv7.mlg смотри

4гб выгрузки - это не просто 314здец... Это полный..

(8)А что он там увидит? Аплоад бегин, аплоад энд?

Совместимость с windows 2000 ставил?

(9) почему? я вроде и поболе грузил... давно, правда...

(9) _распакованная_

1cv7.mlg
Да тут бред конечно, пара старых ошибок типа файл не найден и всё.


Aleksey
Совместимость с windows 2000 ставил?

Совместимость файла 1cv7l.exe с windows 2000 ?

(13) а что, 1с уже научилась больше 2х Г в зип пихать?
(12) давно... и неправда...

(10) скорее всего у него пересчет итогов идёт с хрен знает кого года

(14) последняя строка какая?

(15) скорее, просто давно... я уже лет 6 выгрузку не делал...

1Сергей

20110827;09:29:52;;C;Sys;OpenSession;0;НОВЫЙ СЕАНС : Компьютер *********;;
20110827;09:30:12;;C;UpDown;UpDownUplFromFile;1;******************\выгрузка.zip;;

(19) дык, это... 10 минут всего прошло?

ну щас то да)) я её прерываю, делаю что вы говорите)
Так бы я и лог ен прочитал.

каталок пользователя 1с и бд - в рам диск
если позволит размер рам диска, тудаже - зип

(21) чего-чего? ты на редактирование его открываешь, что-ли?

(14) Да, или запусти ConfStat http://infostart.ru/public/14645/

(22) а зип зачем, он же его распакует в темп и зип не нужен

(21) браузером его открывай, не прерывая

(0) загрузка никогда не зависает, она тупо медленная. советую загрузить базу на ССД или вообще в на РАМ диск (только памяти много надо и 64 бита ;)), а потом перекинуть на нормальный жесткий

Да 1cv7.mlg  открывал блокнотом))
Спс учту что надо браузером.

Ну сделал как сказал Aleksey совместимость с windows 2000, поведение программы вроде изменилось, стала меньше зависать и внизу теперь постоянно видно что она делает.

(В данный момент - "ИнвентаризацияТМЦ"), а до этого просто статус был "распаковка архива" и всё так и работала.

вернее, зависает-то он на первой же секунде (перестает отвечать на действия пользователя), но исправно работает, только проц ваще не грузит, только жесткий.

То что работает и так ясно, прошли те времена когда на компе висла прога и комп перезагружали ))

Если виснет и в диспетчере видно что проц нагружает и ОЗУ, значит думает прога, но суть в том что и для обдумывания проги есть пределы времени.

(30) Да но когда 1с-ка так зависает, время на обдумывания увеличиваеться в разы

(30) "прошли те времена когда на компе висла прога и комп перезагружали" наивняк

(31)Какие ваши доказательства?

(31) Высылаю бутылку пива на опохмел....

Не ну совместимость реально помогла, минимум теперь постоянно видно строку статуса.

(33) Старая фича 7-ки известная многим 7-никам

Ну можно ещё в диспетчере приоритет для процесса 1С поднять повыше)) мож будет толк

Щас у 1С, 50% процессора и 150 метров ОЗУ)

(36) "многим" - это тебе одному?

(36)Ссылку на сборище 1С-ников, которым это известно!

(39) Ну я это тоже не сам придумал, а давным давно прочитал в инете

(40) Зачем тебе, есть же 8-ка, там этой проблемы нет. Зачем тебе изучать 7-ку

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

(41) а я в инете прочитал, что существуют семеро тайных Владык... Тоже верить?

(43) А я кого то заставляю верить? В свое время проверял. Действительно побыстрее

(41.1)На заборах тоже много пишут. Но не все правда.
(41.1)Да так, привычка. Уже 11 лет как изучаю...

и вообще, изначально у меня сложилось впечатление, что такие операции, как загрузка\пересчёт итогов \ ТиИ построены в 7-ке совершенно неправильно. приложение перестаёт отвечать на системные запросы, однако само активно опрашивает что-то, бездумно сжирая процессорное время. при этом "фронт" находится вообще в области работы с диском. и где смысл?

Там просто другая проблема вылазит. Не все dll нормально работали в этом режиме. Поэтому перешел на confstart

(45) Еще раз, я что кого то заставляю под дулом пистолета мне верить?

Я выразил свое ИМХО прочитанное мною давно в инете и подтвержденное личной практикой. Что за агрессия и недоверияю Не верьте - не надо

(46) равно как и многие другие - например, добавление новых общих реквизитов, например...  Или докумнтов...
ИМХО, тяжелое наследие dbf...

Статус "Загрузка документа Реализация - 72000"....

(49) всё-таки, фай выгрузки сколько весит?

Архив 20 метров, распакованный, .dat 500 метров, сама база установленная больше 4ГБ

(51) маленькая...

Ну так ни кто не говорил что она большая, проблема что она грузилась в чистую базу больеш суток и не зарузилась.

(51) железо старое?

После того как поставил совместимость с винда 2000, теперь хоть видно что она точно грузит данне - показывает статус.

Щас "Пересчёт регистров 2008 год"... пиз**ц.


Ну какое старое)) домашний комп.

Intel Celeron 2800
ОЗУ 3гб

Покупал даже не помню, мб 1 - 2 года назад..

(55) а база с какого года?

Незнаю)
Ну они вроде говорили что до 2009 обрубали её.

Но щас вижу статус - Пересчёт регистров : 01.12.2008 - 31.12.2008 (и что то стоит на одном месте опять (((  )

может, есть док с пустой датой или в далёком будущем?

Эмм)
А она загрузка может из за этого повиснуть? :O

(58) тогда бы и показывал прошлое или будущее...
(57) жди...

(59) Не повиснет, будет только пересчитывать все периоды - с первого до последнего...

В принципе, можно прервать сейчас, но итоги останутся не рассчитанными.

Присоединюсь к (1) в части:
"Может, не стоит маяться в выгрузкой, а просто скопировать базу?"
Если есть необходимость утащить базу домой, то тупо сжимаю  архиватором и дома разворачиваю этот архив. Время на разворачивание базы уходит 10-15 минут... База ПУБ, в архивированном виде занимает 180 Мб, в развернутом виде 3,7 Гб , данные с 2008 года.

Пересчет итогов. Если ТиС скорее всего партии.

Мда бесполезно, до сих пор не установилась и повисла ((

Лан спс за помощь... придётся забить

таки повисла? И ничего не говорит?
Руби, запускай и ищи документы с нештатной датой.

(65) насколько конфиденциальная база? можешь выложить зип с выгрузкой на zalil.ru?

При Загрузке идет полный пересчет итогов. Если база кривая, незакрытые регистры - то каждлое открытие месяца/расчет итогов - запросто моджет и по часу и по два часа идти. корни проблемы - отсюда растут... люди еще любят например только принимать деньги в кассу (особенно в ТиС), не обнуляя ее, или аналогично проводить по банку, где львиная доля - приходы, а расходов гораздо меньше. не закры регистр более чем необходимо. Книга продаж и книга покупок - не формируют регламентые документ формировани якниг - регистры висят тотально незакрытые. берут товар на комиссию, но не фоформляют отчет комитенту - регситр не закрыт.
.
если у топикстартера - ТиС - проблема (в том читсле) стопудово и в этом тоже. Мозг!! Мозг!! и знание типовых!!! а так народ че.. тупо вырузил тупо загрузил тупо медленнно...

(68) судя по инфе в (57), если бы имелась ситуация с незакрывающимися регистрами, то сейчас бы они тупо на открытие нового м-ца тратили 2-3 суток, вряд ли дело только в этом

вот у меня тоже база 3,4 Гб дбф периферийная загружалась из выгрузки 25 часов на 3Ггц амд со включенным кешированием ФС
у меня также наверное кривота с регистрами (пересчет итогов долго делался очень)

только можно ли увидеть все причины долгой загрузки анализируя не закрытые регистры ? или чтото еще смотреть или править ?

(71) Попробуй установить ТА на первый документ. о идеи в этом случае итогов не должно быть

Всю ветку не читал (лениво, и много букав).
Пригласить специалиста  - не предлагали ещё?