Долгое закрытие дня! Помогите.
Первый день на работе. с r-keeper 6 дело не имел ровно так же как и со SH.
Начали задавать вопросы почему r-keep начал долго закрывать дни? Раньше быстрее на много было по словам.
А у SH импорт из R-keeper даже за период в один день началась такая же проблема?
Подскажите?
Может просто продажи в разы больше стали?
Объем данных увеличился, соответственно время пересчета и выгрузки данных сервером увеличилось
Посмотрите, куда идет бэкап. Когда запускается закрытие, вначале выполняется бэкап старого udb - если бэкап по сети, то он, действительно, может долго идти, потому что файлик большой (сами посмотрите, сколько у Вас весит). Само закрытие потом очень быстро проходит.Начали задавать вопросы почему r-keep начал долго закрывать дни? Раньше быстрее на много было по словам.
Можно отказаться от встроенного бэкапа и заменить его своим.
Это тоже может быть из-за сети.А у SH импорт из R-keeper даже за период в один день началась такая же проблема?
Алексей Аркадьев
Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
Для коммерческих вопросов:
+7 (495) 740-49-91, или на почту: sales@carbis.ru
Спасибо за помощь. Завтра посмотрю, отпишусь.
Большой размер ark6.udb.
Отсюда:
1. Большое время на создание резервной копии при закрытии дня.
2. Много времени уходит на то что бы открыть файл при импорте расхода.
Если файл действительно копируется по сети - надо попытаться от этого избавиться.
Как вариант, можно начать с чистого листа (с чистого ark6.udb) естественно сделав копию старого и отдельный ярлык для отчетов прошлого периода.
Ну, с чистого не обязательно, а вот с начала года - вполне можно, если управляющие не возражают. А если данные накоплены за несколько лет - так можно и прошлый год оставить.
Можно еще хитрее поступить: сделать копию DB вместе с ark6.udb и делать копию endday перед закрытием - закрывать дважды, в "полную базу" и в "урезанную". Импорт в хаус делать из "урезанной", отчеты - по обстоятельствам, смотря что нужно.
Хотел так сделать в одной сети кофеен, но они решили на rk7 перейти и стало неактуальным.
Алексей Аркадьев
Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
Для коммерческих вопросов:
+7 (495) 740-49-91, или на почту: sales@carbis.ru
Щас буду пробовать. Но сначала разберусь что где лежит. Имеется сервер 192.168.1.10 на нём висит только CardServer 7.09. Так же через него по удалёнке бухгалтера закрывают дни и делают импорт из Rk. К нему подключены три сетевых диска (т.е. это три точки по гороту с ресторанами как объяснили). Ещё есть сервер с базой 192.168.1.78 ( как я понимаю в трее висит три базы работающих к примеру RLSERVER DARVIN и HEARTS) так же 2 значка в трее с R-keeper Service Print Reirector 3.02.
---------- Добавлено в 04:17 ---------- Предыдущее сообщение было размещено в 03:26 ----------
Итого нашёл 5 баз.Безымянный.pngСообщение от sibgaba
С чистого не ариант. Так как я ещё боюсь что ли бо менять. Опыта почти нету толком
---------- Добавлено в 04:21 ---------- Предыдущее сообщение было размещено в 04:17 ----------
Выше скрин баз. получается с двух точек передаётся через канал по инету. и третья которая находится тут тоже так же долго закрывает день. Видимо дело не в сети? Так?
Безымянный.png
вот этими пятью закрытиями пользуются. базы нашёл. для каждой отдельная папочка.
Y, Z и W это у вас явно сетевые диски. Объем файлов которые на них лежат > 0,5 ГБ
Сетевые диски не в локалке, а в интете VPN или типа того...
Вот и получите...
Это и так понятно что они сетевые все. Да больше, но это ему не мешала выгружаться нормльно т.е. быстро. Через впн, да.
Ваши права
Ответить с цитированием