|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
28.08.2002, 12:56:38
|
|||
|---|---|---|---|
Загрузка данных в 1C идет очень долго. |
|||
|
#18+
Сливная база бухгалтерии размером в 3 Гига. Загрузка средствами конфигуратора виснет на 'поиске ссылок' примерно на час для каждой порции данных. Может кто сталкивался с такой проблемой. Серверная часть оптимизирована по производительности. Проблема где-то в области 1C. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.08.2002, 14:44:35
|
|||
|---|---|---|---|
|
|||
Загрузка данных в 1C идет очень долго. |
|||
|
#18+
> проблема где-то в области 1С Если весело и часто используются объекты типа "документ" для хранения "табличного вида" данных в одном реквизите документа (совсем весело, когда это реквизит табличной части), то в базе в 3 гига получается туева хуча таких "служебных документов". У клиента за прошлый год база была именно такая, именно на 3 гига и загружалась через конфигуратор 3-4 часа. Если это твой случай, то Попытайся получить удовольствие, других путей нет. Вариант: Забудь про конфигуратор, отстегивай файлы базы (или бэкапь) и архивируй с папочкой конфигурации (в DBF все равно такую базу не развернуть. зачем выгружать?). Один пень, если дело в том КАК изменена/написана конфигурация, тебе от этого не легче будет. >Серверная часть оптимизирована по производительности база 1 гиг; сервер: E7500, 2 х Xeon 2,2, 2GB, RAID10 загружается 22 минуты. а старую базу не проверял, может через пару дней проверю для интереса. Видимо, через пару дней тоже ввалюсь с вопросом по 1с-SQL, свои варианты экспериментов уже кончаются :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.08.2002, 06:10:06
|
|||
|---|---|---|---|
|
|||
Загрузка данных в 1C идет очень долго. |
|||
|
#18+
mmx Немного не понятен ответ, дело как я подозреваю у нас вот в чем, база огромная... 3г, проводок более 1,5 миллиона... Периферийных баз 22, и я заметил, что если там на местах делаю удаление помеченных объектов, то тогда загрузка в центральную затыкается на 1 час примерно, если не делают, то все путем... В DBF нет такой проблемы, может в SQL версии можно как-то решить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.08.2002, 06:43:24
|
|||
|---|---|---|---|
Загрузка данных в 1C идет очень долго. |
|||
|
#18+
У нас ситуация аналогичная. в конфигурацию не полезешь, поэтому базу buckup отдельно средствами MS SQL, файлы отдельно средствами другими. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.08.2002, 14:36:39
|
|||
|---|---|---|---|
|
|||
Загрузка данных в 1C идет очень долго. |
|||
|
#18+
2Pusherman >Немного не понятен ответ это потому, что ждали ответ на "свой" вопрос, а ответ получился на вопрос, который "сформулировали". из слов "сливная база" не следует, что речь идет о распределенной базе :) а "загрузка средствами конфигуратора" - об обмене данными в распределенной инфбазе. вот и AndyMandy видимо понял также как я. Если и на этот раз не угадал, о чем вопрос :) , значит точно переформулировать вопрос надо. По-любому, ничего в твоем случае с 1С не сделать. Удаляешь объекты на местах - получаешь, видимо, контроль целостности (ну и поиск ссылок) при загрузке в центральную базу. Попробуй заливать данные не с клиентской машины, а прям на серваке (если есть такая возможность), будет ли разница? Не уверен, что при загрузке всякая "математика" идет на серверной стороне, этож не "Запрос.Выполнить(...)" и не "БухИт.ВыполнитьЗапрос(...)". Может сэкономишь полчаса :) на порцию, в пересчете на количество периферийных баз получится хорошая плюшка. офф: И давно у энергетиков 1С-ка? я тоже когда-то был ...@...elektra.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=46&mobile=1&tid=1820744]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
46ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
25ms |
get tp. blocked users: |
1ms |
| others: | 187ms |
| total: | 285ms |
| 0 / 0 |
