У меня куча файловых баз. И они постоянно бьются. Раньше после восстановления утилитой chdbfl пропадала часть данных, но не критично. В последнее время (может это связано с обновлением платформы, может еще с чем) бьется серьезнее - пропадают группы из справочника контрагентов, пропадают пользователи - приходится таблицы вручную удалять.

Может есть у кого-нибудь какая-то хорошая идея по этому поводу? Сервер не предлагать, в бэкапах тоже большого смысла не вижу.

(406) Я тут уже людям с гуманитарным складом ума указывал на то, что говорю не про ЛЮБУЮ, а только про свою базу. Но медицина тут бессильна - "Бэк-ап чем-пи-он!"

(408) да, было весело

(408) но впереди пятница

(0) Автор проблему то решил - не?

(412) Автор не сидит у разбитой базы, вырывая последние волосы и не кричит "что делать", автор изучает перспективы.

(412) ... и ещё людей с гуманитарным складом ума.

(431) Ты уже 3 дня изучаешь базы от этого биться не перестанут)

(415) "Что тут думать, бэкап делать надо!"?

(416) Никогда!!! Слышишь? Никогда их не делай. Сиди и думай и изучай перспективы ))))
И все-таки, давай, держи ветку до пятницы!

(404) Бред в (2) и далее любой твой пост.

(418) Речь о модальных окнах которые открывает пользователь, он же может и закрыть их при пропадании электричества.
Если ты какой-то своей обработкой их открываешь и не заботишься о закрытии, сам себе злобный буратина. Упертый под стать ТС. ))

(419) Что еще скажешь?

(416) имею порядка 50 баз на разных точках, в файловых вариантах. При больших размерах бьются при отключении электричества практически каждый раз. Так как это распределенка, то лечу базу chdbfl.exe, регистрирую по новой изменения по поврежденным данным (их видно при тестировании и исправлении) в центральной - и все что потерялось после утилиты перезаливается из центральной. Перед запуском утилиты chdbfl.exe захожу в конфигуратор и перезаписываю там всех пользователей, поэтому таблица с пользователями не херится. В связи с увеличением частоты таких случаев, постепенно перевожу на скуль. Ну и бэкапы все же делаю - просто по привычке. Лучше их делать и никогда ими не воспользоваться, чем не делать и однажды пожалеть, что нет под рукой бэкапа.

Ты может клон ТС?

(422) Ага, конечно. Шаблонное мышление и здесь.

(422) Может это ТС с другого аккаунта?)

Ты еще скажи что (421) тоже клон. И вообще все, кто в этой теме клоны, кроме тебя, конечно.

(424) Оч похоже. Прям близнец...)))

(426) Возможно просто друган - оба из кемерова )))

(427) Возможно ))) Но двое таких в одной ветке это не перебор?

(419) У вас там пользователи смирительной рубашкой к 1С прикручены?

(427) Будь осторожен, так и тебя в клоны запишут :)

(429)(430) Эй, эй ребята, потише... не так быстро )))

(431) А то что?

(428) как минимум подозрительно)
(430) меня нет, я за бэкапы)

(405) Скорей всего да :)

(417) В его случаи ненужны бекапы :)

(433) А кто против бэкапов?

(436) Necro писал:
"в бэкапах тоже большого смысла не вижу."

(437) Да что вы так, ну ненужно в БД бекап 1С, когда все пишется интерактивно в другие источники информации.
При этом все что нужно Кладовщику, это справочники. И липовые остатки, хотя бы на утро :)

(437) Перечитай теперь и остальные сообщения, но только не там, где флуд. Включи мозг, подумай.

(436) Да твой земляк вроде не в восторге от них) Ты не парься,  ты ж не против)

(440) Сколько у тебя занимает действия, указанные в (421) ?

*занимают

У тебя не возникало мыслей как-то автоматизировать эти действия? Или у тебя уже автоматизировано?

(441) Нет у меня мысль только исключить эти ситуации и я уже перевожусь на скуль. Это решает проблему

Как часто делается бэкап файловой базы на точке? Проверяется ли целостность бэкапов?

(444) 50 * 14400 = 720000. Да и у тебя же наверняка не по одному пользователю на базу?

(445) Раз в сутки бэкап. Ну и база РИБ. Т.е. все данные в центральной есть, обмен с ней раз в час. (бэкап на тот случай, если обмены не ходят).
(446) у меня на базу в основном 1 пользователь, есть по 2.

(445) целостность не проверяется. Просто копия файла

(445) Но на файловой оставаться не собираюсь. Много гемора. При любом раскладе только одна утилитка может пол часа- час работать, не говоря уже обо всем остальном. Когда база была маленькая - не сильно парило, сейчас - не вариант вообще

сорри, все не осилил, но относительно бекапов: регулярный обмен с централкой спасет отца русской демократии?

(450) к (24)

(450) Уже предлагали. ) " автор изучает перспективы"

(450) Спасет, но не всегда, если связи нет, то за все время отсутствия связи потеряешь данные

(439) Госпади, он сам написал бэкапы не предлагать меня от них тошнит, в чём вопрос?

(452) спасиб,

(453) зашел проверил обмен = есть бекап. если все норм настроено то он оч недавний. ну а если сеть отвалилась....

(456) проверил, выяснил, что со вчера нет обменов с 5ю базами, расположенными в отдаленных точках.....выяснил, что инета нет на всех и не будет не известно сколько, что дальше? Ждать и надеяться, что инет скоро появится?

(457) чо за паника?! частота проверки определяется договоренностью и к тех части отношения не имеет.  это вообще не тс может делать

(458) А в чем паника? По мне, так это нормальное отношение к делу. Зачем гонять людей, когда комп может сам все за тебя бэкапить. Не понятна паника по отношению к настройке бэкапов

(458) Настроенный бэкап, есть, пить не просит. Тихонько делается и никому не мешает.

(459) как писал ТС,
1. Он честный
2. Только файловая, только хардкорд
3. Бекапы тоже могут быть уже битыми. К примеру в Понедельник был скачек электричества. Потом сделался быкап. А уже только во Пятницу заметили ошибку. Либо уже наконец достало, что 1С отваливается и соизволили позвонить :)

(460) Настроенный обмен, есть, пить не просит. Тихонько делается и никому не мешает.

бекапы проверять так же нужно. Вдруг сеть отвалилась / место на диске закончилось. а тсу частота важна

(431) Надеюсь, ваше начальство или клиенты ваш ник не знают? А то спать будут плохо - "не закрываются партии - бэкап! не заводится машина - бэкап! сколько вам лет - бэкап!"

(421) Вот это дельный вариант - перед проверкой перезаписать пользователей, спасибо!

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

(463) Остынь, парниша. Не кипятись так. Вредно это. И кроме того пацанчики так себя не ведут.)))

(466) Тебе от ПМС бэкап помогает?

(467) О, и братишка ТС нарисовался.

(468) Ну так помогает или нет?

Ты не стесняйся, рассказывай.

(421) сорри, тока ща увидел, у нас даж расхождений нет :)

можно кстати не регистрировать обратно к обмену, а просто скопировать из централки и снять пометку центр. узла... имхо проще немного

(466) Тётенька, вы там ещё не надумали почитать про то, что собственно такое бэкапы, какие бывают и зачем нужны? Пятистраничную техническую тему в цирк с конями превратили. Талант прямо!

(471) В теме уже перечислены все возможные виды решений, но из-за флуда типа (468) их просто не видно.

ОФФ: Набросились на даму ))

(472) Тетя? Я думал там бородатая тетя :)

(473) Делай голосовалку с перечнем выбранных вариантов.

(468) Вы сами-то бэкапы делаете? Какое у вас запланированное время простоя? Сколько данных запланировано потерять? Как проверяется работоспособность копий? Какие сценарии покрыты бэкапами, какие нет?

(473) Вот тебе нормальное рабочее решение
1)Сделать так чтобы базы не бились - нормальное электропитание, ИБП, хорошая сеть, мониторинг дисков.
2)Делать бэкапы раз в день, и теневые копии каждый час.
3)Настроить автоматическую проверку баз на ошибки - чтобы в случае падения сразу же определить побилась база или нет.

(475) Женщины-старообрядцы не стригут бороды :)))))

(461) по пункту 3 - бэкап до скачка и данные после скачка помогут восстановить картину при необходимости. Никто не мешает еще и бэкапы проверять, лично я не против такого решения )
(471) Да ничего. Все нормуль

(478) Я же говорю - варианты перечислены. Пункт 2 - не нужен, пункт 3 - это вообще как? Как определить что 1. база могла побиться 2. что она побилась? У нас вроде есть одна единственная штатная утилита, но долго работает и не имеет пакетного режима.
Или при каждом запуске программы попытаться перезаписать в ней все данные? )

(477) Такие вещи очень зависят от клиента.
Некоторым вполне приемлемо потерять работу за день, некоторым неприемлемо и за час, и в каждом случае свои алгоритмы действий.

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

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

(471)  Не, копировать централку не очень, ведь в удаленной, хоть и битой, но есть неотправленные данные, которые при моем способе не пропадают

(482) >> По поводу проверки работоспособности - запуск из батника конфигуратора в режиме тестирования.

Это не избавляет от проверки утилитой проверки физической целостности.

(482) Мне от конкретного упёртого пользователя, который по всей видимости недавно узнал волшебное слово "бэкап" ответ хочется увидеть. Правда до этого этот пользователь ответов по существу не давал.

(481) Это конфигуратор то не имеет пакетного режима? Или в конфигураторе нет инструментов для определения битой базы?

(486) Да, в конфигураторе нет таких инструментов.

(483) Как конфигурацию обновляешь?

(488) Обученные пользователи на обновление конфы. Там 3 действия всего.

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

(488) Если кто подскажет по этому вопросу - буду благодарен

(491) По идее надо с обменом отправлять, чтоб по окончанию обмена перезапускалась и обновлялась. Есть время на обмен - найдется и на обновление.

(490) Проверяй КонфигурацияИзменена() после чтения сообщения обмена.

(493) Там не РИБ

(491) А ведь ты похоже мой клон!

(492) так нельзя. Там если очередь стоит, то будут проблемы. Обмен то автоматический, раз в час, никто даже не замечает его....работаю и работают. если не провелось из-за блокировке, еще раз кнопку нажали и дальше работают. А тут программа закроется, и работать не даст совсем. Нужно дать пользователю выбор, когда обновить конфу, или при закрытии программы как-то делать

(495) Даже не надейся ))

(496) А автоматический обмен как реализован?

(494) Для чего нужен РИБ с двумя планами обмена: РИБ и НеРИБ ?

(498) в серверном варианте регламентное задание. в файловом - при входе в программу пользователя, например, Автообмен в коде прописано, что нужно запустить обмены и закрыть программу. Ну а дальше планировщик виндовый заходит раз в час под этим пользователем

Что-то градус неадеквата резко упал, до пятницы не дотянем )

(501) Подлей огоньку :)

(499) В принципе можно конфигурацию и так в сообщении передать - как элемент справочника, или даже просто прицепить к файлу обмена.

(490) Как вариант - обновление в планировщик на ночь.
Если не устраивает - большая кнопка для пользователя на рабочем столе, которая при запуске сообщает пользователю примерное время обновления, и если он согласен запускает.

(502) Тётенька DDwe видать ушла проверять всё то, что я написал, и обнаружила, что бэкап - это не кактус у монитора.

(489) Если баз мало, то можно и так, там собственно и обучать нечему, знай жми кнопки, но это время.
Если баз десяток  и более, и выполняется обновление в рабочее время, когда пик нагрузки на оборудование, то это банально может занять весь день.
А это зарплата работнику за день, и потерянный специалист,бухгалтер вместо того чтобы кропать отчеты делает непрофильную работу.

не дотянули до пятницы, жаль.

(507) (;_;)