Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Для скорости можно проверить следующий вариант:
1. "Сдвинуть" точку актуальности назад, в предыдущий период (обычно месяц), где итоги на начало периода - "правильные".
2. "Сдвинуть" эту точку актуальности обратно, на последний проведенный документ. (При этом системой будут пересчитаны итоги на начало периода, в котором найден сбой). И да, можно обратном "сдвиге" точки актуальности не проводить документы.
3. Проверить.
4. Если не помогло, то выполнять то, что советовал Harry_udm.
1. "Сдвинуть" точку актуальности назад, в предыдущий период (обычно месяц), где итоги на начало периода - "правильные".
2. "Сдвинуть" эту точку актуальности обратно, на последний проведенный документ. (При этом системой будут пересчитаны итоги на начало периода, в котором найден сбой). И да, можно обратном "сдвиге" точки актуальности не проводить документы.
3. Проверить.
4. Если не помогло, то выполнять то, что советовал Harry_udm.
1. Запустить Тестирование и Исправление с пересчетом итогов(а вообще со всеми галочками лучше) на копии и засечь сколько на это уходит времени. Если этого времени хватает на то, чтобы провести эту процедуру ночью, то делать на рабочей базе(предварительно сделав архив).
Если планируете свертку, то нужно привести в порядок последовательность документов:
- Сместить границу последовательности на самое старое число(перепровести самый первый документ, затрагивающий остатки)
- Восстановить последовательность полностью(можно делать по ночам частично). Монопольно идет быстрее, т.к. точка актуальности смещается в дату границы последовательности, но если не укладываетесь в ночное время, то возврат точки актуальности на рабочую дату может идти очень долго и вы можете не успеть к началу рабочего дня и не будете видеть на какой вы дате. А если воосстанваливать не монопольно, то можно делать медленно, но верно и прерывать в любой момент. С работающими пользователями наврядли получится, будете иметь блокировки журнала.
Вот основные моменты, а решение принимать Вам.
Если планируете свертку, то нужно привести в порядок последовательность документов:
- Сместить границу последовательности на самое старое число(перепровести самый первый документ, затрагивающий остатки)
- Восстановить последовательность полностью(можно делать по ночам частично). Монопольно идет быстрее, т.к. точка актуальности смещается в дату границы последовательности, но если не укладываетесь в ночное время, то возврат точки актуальности на рабочую дату может идти очень долго и вы можете не успеть к началу рабочего дня и не будете видеть на какой вы дате. А если воосстанваливать не монопольно, то можно делать медленно, но верно и прерывать в любой момент. С работающими пользователями наврядли получится, будете иметь блокировки журнала.
Вот основные моменты, а решение принимать Вам.
перведите базу в sql и забудьте эти проблемы 3 года база живет на sql проблем ни разу не наблюдалось, хотя при этом есть все таки одна проблема скорость записи в базу падает, но это компенсируется большей стабильностью базы, объем базы на данный момент 6 гб данные за 6 лет в принципе нагрузка на серв не слишком большая
(9) при мало-мальски заточенных руках 6ГБ и на дбфе вертятся вполне нормально... как пример: у меня 5.6 Гб, базе 4 года. с такими темпами наполнения мне хватит еще лет на 5 %-) так как основной объем на данный мормент жрет регистр заявок - я его регулярно подчищаю... и снова в шоколаде ;-)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот