Как изменить архиватор при выгрузке данных в конфигураторе комплексной ?
12.08.2003
19:23
#1
При выполнении выгрузки данных на этапе выполнения упаковки файла переноса возникает ошибка "Ошибка при чтении архива" и на этом выгрузка обрывается.
Как выяснилось, файл данных 1Сv77.dat превысил 2Гб, для ZIP это уже много.
Посоветуйте, как изменить архиватор zip на rar в режимах выгрузки и соответственно загрузки данных?
Заранее признательна, Марина.
Как выяснилось, файл данных 1Сv77.dat превысил 2Гб, для ZIP это уже много.
Посоветуйте, как изменить архиватор zip на rar в режимах выгрузки и соответственно загрузки данных?
Заранее признательна, Марина.
19.08.2003
13:43
#3
Архиватор конечно не изменить, но есть и другие варианты.
Во-первых, что у вас за организация и какой учет вы ведете в базе создавая такие размеры:) Если в базе работают уже несколько лет, то имеет смысл каждый год заводить новую, незачем "таскать" за собой такие хвосты.
Это значительно увеличивает затраты времени и нервов, как при работе пользователей, так и при администрировании базы.
Во-вторых, если такие объемы, то в каком формате вы работаете, dbf-ки или у вас SQL сервер? Скорее всего SQL, если так, то делайте бэкап базы и не мучайтесь с архивированием.
Если и это не подходит, то не архивируйте (процесс создания одного файла 1Cv77.dat) а сохраняйте данные. Это проходит безболезненно для общих объемов и больше 2Гб.
Во-первых, что у вас за организация и какой учет вы ведете в базе создавая такие размеры:) Если в базе работают уже несколько лет, то имеет смысл каждый год заводить новую, незачем "таскать" за собой такие хвосты.
Это значительно увеличивает затраты времени и нервов, как при работе пользователей, так и при администрировании базы.
Во-вторых, если такие объемы, то в каком формате вы работаете, dbf-ки или у вас SQL сервер? Скорее всего SQL, если так, то делайте бэкап базы и не мучайтесь с архивированием.
Если и это не подходит, то не архивируйте (процесс создания одного файла 1Cv77.dat) а сохраняйте данные. Это проходит безболезненно для общих объемов и больше 2Гб.
19.08.2003
19:56
#4
Спасибо за совет, мы работаем с SQL сервером, пришлось перейти на бэкап. Организация работает чуть меньше года, но база катастрофически разрастается и это связано с большими оборотами и номенклатурой в сети розничной торговли. Буду очень признательна, если подскажите как "обрезать" базу прошлого года и корректно свернуть итоги.
20.08.2003
09:03
#5
Можно полюбопытствовать?
Из каких соображений выбрали под свои задачи 1С с такими-то объемами?
Наверняка даже SQL сервер плохо справляется, если только у вас не очень навороченное железо.
Могли бы эти деньги пустить на приобретение другой программы.
Ниша 1С - малые и мелко-средние предприятия.
Задайтесь вопросом на этот счет.
Из каких соображений выбрали под свои задачи 1С с такими-то объемами?
Наверняка даже SQL сервер плохо справляется, если только у вас не очень навороченное железо.
Могли бы эти деньги пустить на приобретение другой программы.
Ниша 1С - малые и мелко-средние предприятия.
Задайтесь вопросом на этот счет.
Вопрос по работе с Комплексной конфигурацией "Бухгалтерия+Торговля+Склад+Зарплата+Кадры длОсобенности использования документа в качестве реквизита табличной части другого документа
Читают тему
(гостей: 1)