Долгое закрытие дня! Помогите.

[sibgaba]

Я не знаю "как было раньше". Вы этого тоже не видели. Верить бухам на слово - это последнее дело.

Включите логику: Программа (Закрытие дня или Транспорт - не важно) запускается на сервере в бухгалтерии. Ей нужно обновить (при закрытии) файл, который лежит на сетевом ресурсе. Соответственно нужно:
1. Скачать его с сетевого диска и загрузить в память (по сети)
2. Изменить и сохранить на сетевой диск (по сети)
3. Если резервная копия так же делается на сетевой диск, то еще и старую версию сохранить по сети.

Итого перекинуть туда-сюда по VPN каналу 750 мегов (для диска Z). Попробуйте просто проводником его скопировать на локальную машину, замерьте время и умножайте его на 3. Сколько получится? Меньше этого времени не получится ну ни как!!!

Варианты как все это ускорить безусловно есть. Можно базы подрезать, можно организовать теневую синхронизацию (через DropBox или скриптами), можно для бухов сделать параллельную копию ark6.udb. Тогда на точке буду закрывать в свою базу (локально) бухи в свою (тоже локально).

Но все это требует понимания того как Кипер хранит данные и какие файлы за что отвечают. Иначе можно дров наломать...

[klassik1990]

Я не знаю "как было раньше". Вы этого тоже не видели. Верить бухам на слово - это последнее дело.

Включите логику: Программа (Закрытие дня или Транспорт - не важно) запускается на сервере в бухгалтерии. Ей нужно обновить (при закрытии) файл, который лежит на сетевом ресурсе. Соответственно нужно:
1. Скачать его с сетевого диска и загрузить в память (по сети)
2. Изменить и сохранить на сетевой диск (по сети)
3. Если резервная копия так же делается на сетевой диск, то еще и старую версию сохранить по сети.

Итого перекинуть туда-сюда по VPN каналу 750 мегов (для диска Z). Попробуйте просто проводником его скопировать на локальную машину, замерьте время и умножайте его на 3. Сколько получится? Меньше этого времени не получится ну ни как!!!

Варианты как все это ускорить безусловно есть. Можно базы подрезать, можно организовать теневую синхронизацию (через DropBox или скриптами), можно для бухов сделать параллельную копию ark6.udb. Тогда на точке буду закрывать в свою базу (локально) бухи в свою (тоже локально).

Но все это требует понимания того как Кипер хранит данные и какие файлы за что отвечают. Иначе можно дров наломать...

Я думал он не скачиает его,а сразуперезаписывает уже на сервере его.( и ни что ничего не выкачивает туда сюда).
Вот если бы понимал бы, так как дело не имел с ним. А разбираться без бывшего сис. админа так сказать не сказачно.
С чего хотя бы начь, не поскажите?

[sibgaba]

Я думал он не скачиает его,а сразуперезаписывает уже на сервере его.( и ни что ничего не выкачивает туда сюда).
Вот если бы понимал бы, так как дело не имел с ним. А разбираться без бывшего сис. админа так сказать не сказачно.

Тут то вопрос не в области конкретного ПО (Кипера), а в общих принципах работы OS и файловой системы...

С чего хотя бы начь, не поскажите?

Для начала нужно понять, кто работает с БД. Тут может быть 3 варианта:

1. Все словари и справочники (меню персонал и т.п.) редактируются бухами на сервере. На точке с редактором и отчетами не работают.
2. Все словари и справочники (меню персонал и т.п.) редактируются Менеджерами на точках. Бухам база нужна только для того что бы взять из нее расход.
3. Работают и там и там по полной программе.

Если 1 то перенести базы на сервер, а на точках переписать пути с локальных на сетевые (на БД лежащую на сервере). Это немного замедлит загрузку кассового сервера, но не критично.

Если 2 - то организовать теневое копирование. Например ресторан работает до 12 ночи. Соответственно в 1 ночи там делают закрытие дня. Соответственно ночью, допустим в 5 утра, на сервере запускается скрипт, который делает копию БД на сервер. У SH все пути переписываем на локальную БД. В итоге, когда в 9 приходят бухи у них локально на сервере лежат актуальные базу.

Если 3 - то организовать синхронизацию. Например через DropBox. Будут небольшие временнЫе лаги (в одном месте поменяли меню, в другое место оно попадет с небольшой задержкой), но не особо критично.

[klassik1990]

Тут то вопрос не в области конкретного ПО (Кипера), а в общих принципах работы OS и файловой системы...



Для начала нужно понять, кто работает с БД. Тут может быть 3 варианта:

1. Все словари и справочники (меню персонал и т.п.) редактируются бухами на сервере. На точке с редактором и отчетами не работают.
2. Все словари и справочники (меню персонал и т.п.) редактируются Менеджерами на точках. Бухам база нужна только для того что бы взять из нее расход.
3. Работают и там и там по полной программе.

Если 1 то перенести базы на сервер, а на точках переписать пути с локальных на сетевые (на БД лежащую на сервере). Это немного замедлит загрузку кассового сервера, но не критично.

Если 2 - то организовать теневое копирование. Например ресторан работает до 12 ночи. Соответственно в 1 ночи там делают закрытие дня. Соответственно ночью, допустим в 5 утра, на сервере запускается скрипт, который делает копию БД на сервер. У SH все пути переписываем на локальную БД. В итоге, когда в 9 приходят бухи у них локально на сервере лежат актуальные базу.

Если 3 - то организовать синхронизацию. Например через DropBox. Будут небольшие временнЫе лаги (в одном месте поменяли меню, в другое место оно попадет с небольшой задержкой), но не особо критично.

Учусь ещё
Есть два бухгалтер они работают только с 1с.
Есть бухгалтер работает с rk and sh т.е. отчёты и всё что прилагается(пока не знаю все обязанности её) у неё удалёнка с учёткой на сервере 192.168.1.10 в ней собственно и редактирует.
На точках только печатаю чеки.
И по какому варианту пробовать?
заранее спасибо.

[sibgaba]

Если

На точках только печатаю чеки.

т.е. только с фронтом работают, то тогда №1

[klassik1990]

Хорошо, попробую. А теперь попробую не накосячить в процессе((.