Кэширование данных 1С #371921

Ситуация: БД на сервере. Юзарь спокойно у себя на машине создаёт документ, долго заполняет его и тут ... сервер падает. 1С ведёт себя как настоящая программа - пытается записать документ, сообщает об ошибке и ... закрывается. 1С наплевать, что юзарь потратил время, чтобы набить документ. Наверное, логично выдать сообщение об ошибке, закрыть прогу и очистить оперативную память. Собственно вопрос: нет ли в природе какого-нибудь плагина для 1С, который кэшировал данные, которые ввёл юзарь, но ещё не записал в БД? А потом возможно было восстановить эти данные?

сервер падает - Вот тут поподробней ...

питание выключается. Или диск в мобилреке выдеёргивается.

Есть плагин, который кэширует данные, которые пользователь не только не записал - даже еще  ввел. Предварительная запись на бумажке в 5 экземплярах...

....может не совсем по теме, но думаю что конкретно этот пользователь впредь будет чаще жать на кнопку "Записать" :)

Какая разница??? Сегодня вдруг решил перезагрузиться. Завтра сеть упадёт. Причина сбоя не имеет значения.

Невыключать питание во время работы ))

Обработка ожидания, которая во временный файл периодически сохраняет содержимое открытого документа. После записи документа - удалять файл. При создании нового документа проверять наличие файла в папке временных файлов, и если он там есть - загрузить в текущий документ оттуда данные.

Огромная. Если сеть падает то выхож терминал. Если решили перезагрузится то выгонять надо всех . А если сервер часто падает то уволится.

бумажка есть. Если там сотни позиций - вот радость их заново набивать.

Разве в 7 есть Обработка ожидания?

Повесить табличку на всех подстанциях, идущих к этому серверу "Не выключать, не ломать, не взрывать - работают люди" ?

А что, уже отменили? Когда, кто ?

не я за сервер отвечаю.

ИБП . На 20 минут хватит чтобы сохранить и выйти.

вообще это ЧП, если сервер или сеть падает более 1 раза в год - гнать админов надо

Или обработка ожидания, которая периодически записывает открытый документ -)))))

На ИБП тоже табличку "не взрывать, не воровать, водой не поливать" :-)

А тебя попросили решить проблему падения сервера и сети средствами 1С ?

+ 15

ещё варианты есть?

Убей админа - спаси бухов.

А если у них Ёксель открыт, ты тож будешь макрос какой писать? А если почта открыта? А мож ваши юзеры таки научаться нажимать на кнопку "Сохранить"?

и я буду с сервером возиться? Очень весело.

Когда тебе таким образом убьют базу, тебе тоже весело не будет.

Вариант один - пусть юзер периодически предо... сохраняется.

Попробуй объяснить тем, кто у тебя за сервер отвечает, что так нельзя делать. Никакие другие средства тебе не помогут.

Excel, Word не будут вылетать если не удается сохранить!!! Они предолжат сохранить в другое место!!! Это логично!

Сохранить документ 1С в другое место проблемно. Это тоже логично.

На самом деле в самый оптимальный вариант. Если забывают - вставь после ввода определённого количества строк напоминание. Если не хотят - вставь после ввода определённого количества строк запись принудительно.

Хотябы эта 1Сина не вылетала бы, если не удаётся сохранить данные. Есть же настройка "Время ожидания захвата таблиц". Если долго не удаётся захватить, то просто ошибка вылезает. Прога ведь не вылетает!!! Запись в базу обратная ситуация. Почему в этом случае 1С вылетает???

Ошибки возникают раз месяц, раз в год. Неудобно всё время жать Сохранить.

31)Ну из-за раз в год вобще суетится ненадо. Раз в год твой бух необлезет еще раз набить накладную.

В этом году раз в месяц стабильно

докладная записка тебе поможет

можно по теме. Походу ничего не придумали.

Ну тогда вариант 2 - принудительная запись дока во время работы.

Типа автосохранение -)

Так бы и сказал, что у вас лень юзеров приоритетна.

мысль хорошая, но в 7 это трудно реализовать.

И в чем же трудность?

Ну да . Практически невозможно )))

Видимо, в том же, в чем и всегда....

я бы лучше перед записью проверял наличие БД (т.е. пытаемся обратиться к каталогу БД. Если ошибка, то выдаём свое НОРМАЛЬНОЕ предупреждение и не записываем (в этот момент можно как-нибудь кэшировать). 1Совская ошибка не вылезает прога не закрывается). Только как это реализовать - ведь в 7 нет подписки на события.

во всех документах добавлять обработчик перед записью???

и это будет так ТОРМОЗИТЬ

если все будут непрерывно записывать в БД

я бы лучше перед записью проверял наличие БД < Гланды через Ж*пу.  В первую очередь нужно нормальную сеть и сервер . тогда такие вопросы не возникают.

Трудность в ДНК... Решение предложено в и . как вариант - пиши параллельно в локальный файл. Или в два. Или в пять...

да это так. Предложи лучше. Даже нормальная сеть и сервер не застрахованы от сбоев.

Нужно сеть, сервер и голову... Е аесли все эти три вещи хреновые - программа не виновата...

По каждому чиху сохранение - вот только блин тормозить будет..

ФС.СуществуетФайл(ЛюбойФайлИзБазы)

1. Не парится и не трать на это время. пусть админы парятся. 2.

Согласен. Только проблема даже не в том, что данные не кэшируются, а в том, что при невозможности записать прога падает. Устроило бы, чтобы она просто сообщала ("БД не доступна сохранить невозможно. ждите."). Все ждём пока сервак или сеть оживёт и продолжаем работу.

зачем файл. Можно проверять доступность каталога БД.

Ну или так, какая разница.

вобщем надо обработкой ожидания на форме периодически опрашивать доступность базы, если доступна то сохранять в локальной ТЗ текущую табличную часть, как только база недоступна сразу же сохраняем ТЗ в файле у юзера и выводим предупреждение "Спокойно !!! Сервер опять отвалился, настало время снова отдохнуть" при создании нового дока смотрим файл и загружаем при необходимости

Конфигурация Торговля и склад. Отчет Остатки ТМЦ формируется очень долго. База на локальной машине, запущена монопольно, производилось Тестирование и исправление (преиндексация, пересчет итогов и т.д.). Что ещё может ускорить работу?

базу или хотябы темп ра рамдиск, переписка отчета на прямые запросы

видимо тебе не терпится нажить себе проблем на жопу.  ИМХО в данном случае все делается управленческими решениями

может тебе еще надо чтобы при выдергивании на ходу из компа винта с системой винда не зависала?

+ 100.

Обалдеть! Значит не одинок.

сохраню без проблем любой док в файл, причем написание механизма не займет много времени

Товарищ хочет другой 1С, с блекджеком и шлюхами, причем сам похоже ничего для этого делать не готов - вариантов ему накидали уйму, нет вынь да положь ему готовый 1С, а то что клюшки разработчиками забыты уже не первый год ему наверное не стоит говорить - расстроится небось.