Конфигурация компьютера:
i7-3770, 32Gb RAM, SSD 256Gb (под базу)
Windows 2008R2 Standart x64,
MS SQL 2008r2 x64,
1С Предприятие 8.3.7.1917
Типовая Бухгалтерия Предприятия 2.0 2.0.65.14, размер папки с базой и журналом транзакций - 65 Гб.
Позиций номенклатуры >165000, документов в базе за 2 года (2014,2015). Каким образом можно ускорить процесс по замене дублирующихся значений?
На языке 8.х пишу, но еще не очень хорошо
Ребята, помогите пожалуйста, кто может.
i7-3770, 32Gb RAM, SSD 256Gb (под базу)
Windows 2008R2 Standart x64,
MS SQL 2008r2 x64,
1С Предприятие 8.3.7.1917
Типовая Бухгалтерия Предприятия 2.0 2.0.65.14, размер папки с базой и журналом транзакций - 65 Гб.
Позиций номенклатуры >165000, документов в базе за 2 года (2014,2015). Каким образом можно ускорить процесс по замене дублирующихся значений?
На языке 8.х пишу, но еще не очень хорошо
Ребята, помогите пожалуйста, кто может.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(4) Sanario, Ну во-первых нужно псомотреть что внутри там, скорее всего там запрос по всем справочникам. Оно Вам надо?(Соответственно можно сократить до справочника номенклатуры). Таким образом количество дублей снизится. Так же, как вариант, можете поискать публикации тут именно по номенклатуре. За 1sm думаю найдете что-нибудь.
(1) Sanario, как бы 32 гектара ОЗУ под такие дела маловато будет. у меня на старой работе для бухии с размером 85 гектар брали сервак с 200 гектарами памяти. тут только частями прогонять очистку задвоеных элементов. етить колотить 100к двойняшек. да там не ручки надо отрывать, а головы тупые сворачивать.
(1) Sanario, если речь идет о дублях в полном понимании этого слова, то есть готовая обработка поиск и замена дублирующих значений.
Делаем копию, тренируемся в использовании. Выполняем тоже самое на рабочей базе. Объекты удаляются безвозвратно, поэтому ошибки исключены!
Делаем копию, тренируемся в использовании. Выполняем тоже самое на рабочей базе. Объекты удаляются безвозвратно, поэтому ошибки исключены!
Вылетает когда?
При поиске дублей или уже при слиянии?
Я бы ввел квотирование.
т.е. Поискал дубли с первой, например тысячей, обработал, тоже по порциям. По пол сотни документов за заход.
по времени наверняка не ускорится, но пагубное влияние на работу минимизирует, а с каждой итерацией будет приближать к конечному результату.
При поиске дублей или уже при слиянии?
Я бы ввел квотирование.
т.е. Поискал дубли с первой, например тысячей, обработал, тоже по порциям. По пол сотни документов за заход.
по времени наверняка не ускорится, но пагубное влияние на работу минимизирует, а с каждой итерацией будет приближать к конечному результату.
(13) frankeinstein, бухгалтера обнаружили спустя месяц, но за это время успели набить больше 2000 документов, ну как бы офигеть(
Бэкап есть, но теперь не вариант точно - перепроводили документы, меняли, документы шлепали, операции вручную (по 32000 видел). Бэкапы снимаются каждые сутки по 2 раза в сетевое хранилище: утром в 6:00 и вечером в 22:00. Вот такая вот фигня
Бэкап есть, но теперь не вариант точно - перепроводили документы, меняли, документы шлепали, операции вручную (по 32000 видел). Бэкапы снимаются каждые сутки по 2 раза в сетевое хранилище: утром в 6:00 и вечером в 22:00. Вот такая вот фигня
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот