База наша скорее неприличного объёма - 3500 сотрудников, в эксплуатации с октября 1998 года, 1.3 миллиона записей в журнале расчетов, 90 тыс документов. Конфигурация дорабатывалась, в том числе в составе базы данных (дополнены документы, виды расчетов). SQL Server 2000. При переносе данных преследуется та же цель - перенести только актуальные данные - полный перенос просто физически не проходит - зависания и просто аварийный завершения. Совет 1С - воспользоваться обработкой SVLDCJ77 (на ИТС) - не особо помогает. Просто из интереса прогонял удаление записей из журнала расчетов по октябрь 2001 г (не самый слабый компьютер, 128 мб) за семь СУТОК! почистил до мая 2000 года. Рабочую базу данных чистим на сервере (512 мб) - за два выходные дня и три ночи "почистилось" столько же.<br><br>При этом "выкашивается" далеко не все - остаются не только записи от документов длительного действия (что понятно), но и записи, порожденные Началом месяца - а их предостаточно. Поэтому приходится дополнительно чистить - прямо в SQL (программно), с учетом сохранения записей, на которые есть ссылки из журнала расчетов и действующих документов.<br><br>Кроме такой чистки применена обработка OBJDEL (с ИТС) - пометка на удаление неиспользуемых объектов. Нельзя чистить приказы о приеме и перемещении, договора. С остальны документами тоже нужно обращаться осторожно - могут быть зацеплены записи журнала нужных периодов. Приходится постоянно контролировать корректность состояния журнала расчетов (с возможным откатом). Возможно для вашего объёма базы данных эти обработки подойдут. Сама процедура конвертирования тоже достаточно тяжелая. Избежать аварийных завершений после нескольких часов работы удалось увеличением SWAP-файла до 800 мегабайт - в диспетчере задач было видно, что используемая память растет и при достижении верхней границы задача завершается аварийно. Время на выгрузку при конвертировании и загрузку в 2.05 затрачивается до суток. Пока добиться ПОЛНОГО КОНВЕРТИРОВАНИЯ данных за уже прошедшие месяцы 2002 года не удается - есть некорректности в переносе даже стандартных видов расчета, хотя большая часть данных переносится (все удержания конвертируются корректно, а с отдельными начислениями приходится бороться). Поскольку 1С нам выбора не оставила, ничего не остается, как барахтаться. Причем больше хлопот доставляют не наши расширения (к чему морально был готов). С ними как раз проходит достаточно гладко - в CD108 корректирую правила нужным образом - и всё. Наше дело правое - не правое ли - НО ПОБЕДА БУДЕТ ЗА НАМИ! И за Вами. Как только получу БД рабочего вида - сообщу и поделюсь тем, что еще обнаруживалось и как обходил.<br><br>Одновременно продвигаю базу несколько меньшего размера - 2000 сотрудников, с ноября 2000 года, DBF (продвигается с большими сложностями - организация бюджетная, обилие доплат, замещений, совместительств, конфигурация тоже расширена). Могу посоветовать Вам для начала провести конвертирование только справочников (сотрудники, прием, кадровые перемещения, увольнения - указать в настройке ВСЕ, для прочего - ПО ССЫЛКАМ), чтобы дать возможность вашим коллегам знакомиться с новой конфигурацией, пока Вы добиваетесь конвертации в нужном объеме. Ну 1С - бог ей судья! Хотели как лучше... Но даже секс по принуждению может вызвать не те эмоции, а тут - В "ЛУЧШЕЕ" (?) - ЗА УШИ.