1с 8.1 УПП переход на 8.2
06.12.2010
15:00
#1
Имеется база под MS SQL 2008 (ведется с 1996 года), объемом dt вырос до 4,7 гигабайта, развернутая в sql 142 гигабайта соответственно. Сервер БД достаточно мощный (одновременно работает с 1с порядка 15 человек).
Но сейчас мы думаем о том, что надо будет переходить на 8.2 (в принципе хотели начать в этом году, но все время откладывали). Суть какая: как быть с такой большой базой? Потребуется конвертация ведь. Наблюдается 2 варианта: 1 - обрезка базы до года и работа с более старыми годами из второй базы соответственно, интересует как лучше провести данную процедуру и был ли у кого такой опыт, сродни нашему? 2 - попробовать жить с такой огромной базой и дальше ,невзирая сколько времени потребуется на конвертацию (к примеру выгрузка dt занимает у нас 4 часа), но стоит ли тянуть такой хвост бесконечно? Тут интересует еще и следующее: физические возможности серверов не бесконечны, а база растет ежедневно (прирост развернутой базы в sql составляет примерно 0,8 гигабайта в неделю).
Жду комментариев, комрады. спасибо.
Но сейчас мы думаем о том, что надо будет переходить на 8.2 (в принципе хотели начать в этом году, но все время откладывали). Суть какая: как быть с такой большой базой? Потребуется конвертация ведь. Наблюдается 2 варианта: 1 - обрезка базы до года и работа с более старыми годами из второй базы соответственно, интересует как лучше провести данную процедуру и был ли у кого такой опыт, сродни нашему? 2 - попробовать жить с такой огромной базой и дальше ,невзирая сколько времени потребуется на конвертацию (к примеру выгрузка dt занимает у нас 4 часа), но стоит ли тянуть такой хвост бесконечно? Тут интересует еще и следующее: физические возможности серверов не бесконечны, а база растет ежедневно (прирост развернутой базы в sql составляет примерно 0,8 гигабайта в неделю).
Жду комментариев, комрады. спасибо.
06.12.2010
15:02
#2
Обрезание базы, это не совет, это "профилактика". Часто не стоит. Раз в 2-3 года - желательно.
06.12.2010
15:51
#6
ЦИТАТА:Утилиты 1С Предприятие позволяют выполнить стандартную операцию свертки базы, что как раз и является очисткой базы, ведущей к автоматическому введению начальных взаиморасчетов с клиентами и удалением документов прошлого периода. Однако такая операция стандартизована и не может быть использована при работе с доработанными конфигурациями 1С.
Меня смущают возможные последствия СТАНДАРТНОЙ операции над конфигурацией, над которой работали программисты более 5 лет, что будет с базой, как быть уверенным в точном переносе, как пострадает конфигурация и так далее. (Я, лично, также согласен, что это профилактика, тащить за собой более 3 лет не слишком разумно, особенно если посмотреть не со стороны программистов, а администратора.)
Меня смущают возможные последствия СТАНДАРТНОЙ операции над конфигурацией, над которой работали программисты более 5 лет, что будет с базой, как быть уверенным в точном переносе, как пострадает конфигурация и так далее. (Я, лично, также согласен, что это профилактика, тащить за собой более 3 лет не слишком разумно, особенно если посмотреть не со стороны программистов, а администратора.)
Читают тему
(гостей: 1)