В теме вся ситуация. Что делать.

что сломалось? почему не воссстанавливается?

.dt - это не бекап. Бекап - это архив.

как там.... вазелин и конверты...
что сломалось-то? тут спецов много по базам - vde69, awa

Крутить педали на тракторе оттуда и побыстрее )

Точнее awa15

http://infostart.ru/public/19633/

(1) Что-то типа "файл базы поврежден". Свет отключили во время работы и куча документов пропало за разные периоды у разных метаданных после чекадбфл. Хотел перелить из dt через xml но не повезло и с бекапом *.дт

а чекдбфл делал

(7) а восстановить в чистую базу? Новую базу создать?

Почистить кэш, создать пустую базу и загрузить туда еще не предлагали? Предлагали. Тогда я второй.

написать 100 раз в ворде "я больше не буду делать бэкапы в .dt"!

(9)(10) сейчас попробую

(11) О великий гуру, раскажи тогда как надо делать бэкапы!

(13) отключением всех соединений, блокировкой базы (например переименованием каталога или штатным механизмом с созданием файлов блокировки) и копированием/архивацией фала базы.

(13) Ты то же в dt хранишь?

http://infostart.ru/public/183180/

Что-то тогда я не догоняю.Если (0) сделал *.dt стандартно(Администрирование-выгрузить инф базу) это действие под собой подразумивает, файловая база запущена монопольно.
Или я не прав?

(17) ага. но не подразумевает, что этот .dt можно загрузить :)

(15) угу(

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

(20) http://yandex.ru/yandsearch?text=не+загружается+.dt&from=fx3&clid=1909644&lr=2 Нашлось 943 тыс. ответов

(20) 1С официально заявляет, что dt не предназначен для архивирования. Ссылку не буду искать, если интересно найдешь.

(20) Значит еще мало встречал )))

(22) врёшь

Рекомендации по организации резервного копирования информационной базы

1С:Предприятие поддерживает возможность загрузки/выгрузки информационной базы в файл. Этот механизм предназначен, прежде всего, для получения образа информационной базы независимо от способа хранения данных. Например, загрузка/выгрузка информационной базы в файл может быть использована для преобразования файлового варианта к клиент-серверному.

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

В зависимости от варианта работы 1С:Предприятия (файловый или клиент-серверный), можно рекомендовать следующие способы создания резервной копии информационной базы:

   При использовании файлового варианта 1С:Предприятия 8 можно организовать процесс создания резервной копии информационной базы путем простого копирования файла 1CV8.1CD в отдельный каталог или с использованием программного обеспечения для резервного копирования и восстановления данных. Следует учитывать, что для обеспечения целостности и согласованности данных во время создания резервной копии, работа пользователей с информационной базой должна быть запрещена,  однако время, необходимое на создание резервной копии существенно меньше, чем при использовании выгрузки информационной базы в файл.
   При использовании клиент-серверного варианта 1С:Предприятия 8 появляется возможность создания резервной копии информационной базы средствами СУБД. Например, SQL Server позволяет выполнять резервное копирование данных в то время, когда база данных находится в многопользовательском режиме и доступна для всех пользователей.

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

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

Кроме этого положительным моментом является то, что при использовании перечисленных способов, можно применять различные специализированные программные средства для создания резервных копий.
(с) http://its.1c.ru/db/metod81#content:2922:1

Ну и где написано что НЕ предназначен для архивирования?

(0) Сделал .dt, проверь его на жизнь. Минимум я смотрю на размер, максимум делаю 2 .dt и один восстанавливаю в чистую базу.

(22) Вот, например, что 1С советует при обновлении:

Порядок обновления конфигурации версий 1.3.36.1, 1.3.37.1, 1.3.38.1, 1.3.38.2, 1.3.38.3 на версию 1.3.38.4

Для обновления версии конфигурации следует использовать режим «Обновление конфигурации». Файл обновления 1Cv8.cfu находится в подкаталоге 1c\enterprise\1_3_38_4\ каталога шаблонов.

  1. Сделайте резервную копию вашей информационной базы.
     Резервную копию можно создать:
         * при использовании файлового варианта 1С:Предприятия 8 - путем копирования файла 1СV8.1CD в отдельный каталог;
         * при использовании клиент - серверного варианта 1С:Предприятия 8 - средствами СУБД.
     Независимо от используемого варианта 1С:Предприятия 8, резервную копию можно создать, используя режим выгрузки информационной базы. Для этого:
         * запустите систему 1С:Предприятие в режиме «Конфигуратор»;
         * в меню «Администрирование» выберите пункт «Выгрузить информационную базу»;
         * в открывшемся диалоге укажите имя файла, в который будут записаны данные.

Продолжайте делать архивы в dt.

(26) я, когда отлаживаюсь на копии, загружаю в нее сразу врерашний или позавчерашний dt. Поэтому проверка на жизнь производится автоматически.

(26) это само собой разумеющееся действия)))

(28) Делаю с 2006 года каждый день порядка 3 десятка баз. Проблем ниразу небыло. Восстанавливаю постоянно, ибо любят косячить а потом начинается, ой а кто и что поменял

(25) Явно не запрещено архивировать выгрузкой в dt, но "Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена, в то время как при копировании будет сохранена вся информация, и после восстановления можно будет выполнить исправление базы данных."
Следовательно после такого "архивирования" есть риск что БД не удастся восстановить, если в ней были ошибки.

(31) крошечная, нерепрезентативная выборка

(33) ну если статистика за 7 лет работы это " нерепрезентативная выборка" то ... простите но до 2006 года небыло 8-ки, поэтому сложно увеличить время выборки

(34)->(21)

(31) 30 баз - нерепрезентативная выборка

(35) http://yandex.ru/yandsearch?text=не+запускается+1с&from=fx3&clid=1909644-101&lr=39
Нашлось 2 млн ответов

Отсюда следует, что 1С не рекомендуе5т запускать и использовать 1С?

(37) при чем тут запуск 1с? у меня 60 файловых баз в точках с нестабильным питанием, упсы регулярно не выдерживают. базы, не восстанавливающиеся из .dt вижу постоянно. Если работать с файловыми базами аккуратно - то оно все нормально будет. Но ведь они могут поломаться даже от срубания процесса в момент записи документа

(38) хз, от файловой ушел через 4 месяца, ибо глючило сильно