Добрый день!
Для того, чтобы сделать бекапы, ночью закрываются все сеансы пользователей.
Могут ли из-за этого рушится оставленные открытыми базы?

Да.

(1)Каким образом?

Базы файловые

(2) Сеанс то работает, например групповая перепроводка за год, а тут херак и отрубают по живому

Перезагрузка сервера с открытыми базами - это другая ситуация?

(3) А как вы закрываете сеансы в файловой без закрытие 1С у пользователя?

(6) Видимо терминал и закрываются сессии.

Ну и что мешает копировать файл 1Cv8.1CD при работающих пользователях?

(8) не все знают про теневое копирование

(7) как понимаю да

(9) Т.е. если в файловой базе работают, копирование 1Cv8.1CD сделает полноценную копию?
А как сохранятся документы, например, которые в это время создаются?
Мне надо понять как правильно)

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

(11) правильно - это не использовать файловые базы в 8-ке

(11) Зачем? А документы которые планируються создавать не надо сохранять?

(12) Тем не менее меня выгрузка данных за 14 лет ниразу не подвела

(11) Документы, которые в это время создаются, попадут в следующую копию базы.

(3) Как часто проверяете работоспособность ваших бэкапов?

(17) Раз в месяц снимаю свои копии и проверяю сами базы, а к бекапам у меня нет доступа.

(18) Т.е. вы уверены что у вас есть бекапы, а не там место кончилось и они уже год как не делаються?

(19) Я уверена лишь в своих копиях.
Мне очень хочется понять могут ли в этом случае (при принудительном завершении) порушиться базы?
Можно ли это сравнить с перезагрузкой сервера?

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

(21) Записи не будет. Клиент оставил базу открытой.

(22) откройте для себя всякие там фоновые задания

(20) Она может порушится от вспышки на солнце или от того что уборщица баба зина случайно зацепила сервак шваброй и диски пошли бедами. Т.е. таже если ты в бубен в момент бекапа будешь стучать - это не спасет от битой памяти и как следсттвия нерабочего бекапа

Причем работоспособность зависит к примеру от кэша который тоже может тоже побиться при перезагрузки

(23) Спасибо. Открыла. Не подумала про них.)
(24) Я снимаю копию с этого бекапа к себе на комп и проверяю его)
У клиента постоянно рушатся базы. То в одной базе, то в другой выходит сообщение, что "Файл базы данных поврежден".
Сисадмин говорит, что проблема в каких-то настройках 1С.
Ну и еще в том, что я обновляю сразу 2-3 базы. Головка у диска мечется и диск рушится.

Пытаюсь убедиться в своей (не)виновности.

(26) Там может у низ взоманная версия. В ней есть такая фишка

а так для файловой по сети это норма Разваливается файловая база

(28) Не должно быть. Все куплено. Я потом базы проверяю у себя и та же проблема.

(29) Но ведь продают? Должна ж работать?
У меня одна организация вообще по сети работает, без сервера. 5 человек. Изредка бывают проблемы, но не так, как тут.

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

(32) Да - из-за меня или все-таки техника?
Могут ли настройки 1С или одновременное обновление нескольких баз на сервере рушить базы?

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

Клиент полгода мне высказывался, что у меня 1С рушится. "Какое там железо? При чем железо? При чем система? Ваша программа ж не работает. Значит, это Ваши проблемы." Ну и сисадмин с настройками 1С и головками диска. Думаю не только мне высказался.

(34) Спасибо!)
Сейчас позвонила знакомым сисадминам. Один сказал так же. Второй сказал "Ну и что? И я так делаю. Пользователи предупреждены, что надо выходить из 1С. Дальше их проблемы." Третий сказал, что просто бекапит как есть и все. Пока сбоев не было.

(36) Они не знаю есть ли проблемы с базой,пока)

а что мешает поставить например уже древнюю программу Cobian Backup, которая через теневое копирование и без вышвыривания народа из базы до сих пор отлично делает бэкапы на любой версии винды

или поставь ночную выгонялку из базы, там дописывать то несколько строк, у меня у одного клиента база скуль и все ночью вылетают, ибо нефиг

Разверните Сервер 1с, и субд, SQL опять же есть и бесплатный или посгри шаманить. Меняйте ситуацию в корне, снимайте бекапы каждый 15 минут, не нагружайте пользователей своими проблемами.

(37) Мне сейчас очень хочется понять могу ли я быть причиной этих сбоев.
(38) Я не знаю. Это делаю не я(
(39) В 1С дописать?
Хотя, конечно, про головку диска, которая мечется, я и сама знаю думаю. Это же сервер. Он должен справляться с несколькими задачами. Базы небольшие. Самая крупная ок 4 Гб.
(40)Сервер сопровождает сисадмин. Я там только обновляю 1С и разбираю проблемы в базах. Бухгалтерские проблемы.
На бекапы каждые 15 мин нет места.
Все-таки это мои проблемы?

(28) Со взломаммной становится очень быстро понятно, что это не база повреждена. И не на файл там ругалось, а как то по другому абстрактно. Страшных слов "файл поврежден" там точно не было.
(29)>>а так для файловой по сети это норма
Из сотни клиентов только наверное 10 работают в SQl версии. У всех все нормально годами. У одного клиента на китайском SSD какое-то время были проблемы подобного плана которые лечились ТИИ. Заменили диск, все хорошо.
(32) Плюсую.
(35)>>Какое там железо? При чем железо? При чем система? Ваша программа ж не работает
Моя программа работает на вашем компьютере под управлением вашей операционной системы и если она так работает только у вас, очевидно проблема не в ней. Программа кстати тоже ваша(вы же ее купили?).
(38)Отличная программа, по дефолту ставлю на все компьютеры с файловыми базами.
(37)Ну минимизируй свое вмешательство и наблюдай. Пусть сисадмин покажет мемтест и викторию которые отработали без ошибок.

(42) Большое спасибо!

(28)Вспомнил. Если 1с находит эмулятор или следы взлома она пишет "Нарушена целостность приложения"

"У клиента постоянно рушатся базы. То в одной базе, то в другой выходит сообщение, что "Файл базы данных поврежден".
Сисадмин говорит, что проблема в каких-то настройках 1С.
Ну и еще в том, что я обновляю сразу 2-3 базы. Головка у диска мечется и диск рушится."
вот "Файл поврежден" было такое у одного клиента, оказалось проблема была в глючном хабе (или свиче не помню), т.е. проблема была сисадминская.. еще битый жесткий диск может быть..
про головку поржал, давно таких детских приколов не слышал :)
и еще.. я так понимаю терминальные сессии не ты отключаешь и сервер тоже не ты перезагружаешь, а сисадмин, поэтому рекомендую отучить его от таких тупых привычек и навалять по башке.. или заднице.. табуреткой.. и от сваливания всего на 1С тоже отучить, если руки у него чешутся ребутить все подряд

(45) Спасибо!)))

Вряд ли после вчерашнего кто-то бы забыл выйти из 1С.
После восстановления народ работал и все было нормально, а зайти утром не смогли(
Кроме диска что еще может быть?

база через chdbfl и ТИИ прогонялась? ошибки исправлены?
все работают в терминалке или есть сетевые юзеры?
сессии автоматом закрываются через время простоя?
фоновые задачи какие с ошибками завершены?
..это для начала

(48) Базы вчера все прогонялись.
Половина восстановлена из архивов, половина была целая.
Битая одна из вчерашних баз и одна, которая вчера целая была.
Проверять дальше пока не дали. Работают.

(49)+ "Проверять дальше" не правильно сказала. Пока вообще не пустили. Это по их звонкам узнала. Одну срочную базу из вчерашних архивов восстановила. Через час-полтора сказали пустят.

Все в терминалке.

Фоновые. В базу не зайти.

если админ терминальные сессии поставил отключать автоматом через например 3 часа простоя то они будут вышвыривать все программы из памяти которые работают, такое с файловой думаю не стоит делать, со скульными базами нормально прокатывает, там все фоновое на сервере гоняется, а вот с файловыми думаю не стоит..
и еще, базу которая сломается сегодня ночью :) попробуй вылечить и поставить ее на другой диск на сервере, если перестанет ломаться то подозрение на диск
и еще, чтобы фоновое делалось быстрее может стоит задуматься об ssd дисках на сервере, есть у меня у одного клиента такой сервер, вобще ничего не сыпалось уже лет 7, хотя диск даже не raid и все работают тоже в терминалке (сессии там не вышвыриваются автоматом)

и при тестировании обрати внимание на то, что именнно сломалось в базе

автономный сервер замоторить уже предлагали?

(53) Спасибо! Гендир за новым диском для баз поехал.
(54) Тестирование не идет. Проверка через chdbfl вылетает.
Новый сервер ждём. Вот-вот должен приехать.
(55) Нет. По-моему это не наш вариант.

(56) почему?

"Тестирование не идет. Проверка через chdbfl вылетает"
жесть, товарищи :)
копия базы то хоть есть?

(57) С сисамином говорили. Он сказал на базу по серверу надо делать.

(58) Я выше уже писала. И я делаю, и у сисадмина копии раз в 2-3 дня.

(59) http://catalog.mista.ru/1c/articles/1165658/
При наличии нескольких баз, которые требуется опубликовать посредством АС, для каждой базы нужно создать отдельную публикацию.

1 сервер = N сервисов = N файловых баз.
хотя, тут можно было бы и postgre поставить, если жаба давит :)

11 баз * 7-8 пользователей + Квартальные и годовые срезы некоторых баз. И да. Жаба давит(

ну раз 11 баз, значит на оптимизации налогов между своими юриками уже кучу баба заработали значит можно сервак новый покупать ))

а вобще появляется мысль что лучше скуль вам поставить, например postgre как выше писали и тогда можно сгонять всех с сервера, пусть со своих компов работают

(65) Спасибо. Попробую поговорить с сисадмином.

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