Вход | Регистрация



Накрылась база (((

Накрылась база (((
Я
   mariakw
 
15.09.18 - 12:24
Добрый день.
Ситуация такая: накрылся жесткий диск. На нем находилась рабочая база и все ее резервные копии. Нужно восстановить данные.
Кэш почистили, chdbfl поработал, все исправил, что мог, залили идентичную конфигурацию, т.к. здесь основная была покоцана сильно, зачистили гуидные записи в таблице PARAMS, грохнули всех пользователей и наконец-то попали в конфигуратор!
Запустили тестирование и исправление, все недостающие таблицы либо вытягивали из пустой базы с такой же конфой, либо вообще создавали пустышки в TOOL 1c.
Теперь тестирование спотыкается на отсутствие таблицы _DOCUMENTCHNGR2968. Такой таблицы в пустой базе нет, пыталась ее создать, но выходит такое сообщение: https://yadi.sk/i/_GoV-X--3Xs2EQ
Подскажите, как быть, умоляю!!!
П.С.: ничего не говорите про резервные копии и все яйца в одной корзине, база не моя!
 
 
   RomanYS
 
1 - 15.09.18 - 12:31
_DocumentChngR<n> - таблица регистрации изменений объекта метаданных типа "документ". Создается для каждого объекта метаданных типа "документ", если он участвует хотя бы в одном плане обмена.

Может планы обмена в конфигураторе потыкать
   mariakw
 
2 - 15.09.18 - 13:41
(1) а что конкретно нужно потыкать?
   mariakw
 
3 - 15.09.18 - 13:53
(1) попыталась отключить регламентное задание по обмену, но не смогла обновить конфигурацию, вылетает ошибка.
Кстати в пользовательском режиме тоже не получается запустить.
Кто-нибудь, подскажите, как добавить недостающую таблицу?
   mariakw
 
4 - 15.09.18 - 13:55
А есть способ узнать, что это за документ такой? где это посмотреть вообще можно?
Или может есть способ удалить ссылку на этот документ? только я хз как узнать, где эта дурацкая ссылка и как ее найти.
   Velman
 
5 - 15.09.18 - 13:58
Ну как так то.... копии нет
   mariakw
 
6 - 15.09.18 - 14:01
(5) полностью согласна, полный беспредел.
Точнее сказать, они есть и их даже 4! В виде dt файлов, которые хранились на том же самом диске, что и сама база.
Соответственно, они не загружаются, видимо, тоже битые.
   Velman
 
7 - 15.09.18 - 14:01
база файловай как видно... chdbfl делали?
   Velman
 
8 - 15.09.18 - 14:03
ой, не увидел в (0)
   mariakw
 
9 - 15.09.18 - 14:04
(7) да, файловая.
делали, часть записей восстановились, но некоторые таблицы были совсем удалены за невозможностью восстановления.
Некоторые таблицы вытянула из пустой базы с идентичной конфой. Но такой таблицы, с которой сейчас заклин, там нет.
   Рэйв
 
10 - 15.09.18 - 14:16
(0)>>На нем находилась рабочая база и все ее резервные копии./

..На этом разговор можно завершать.
 
 Рекламное место пустует
   Рэйв
 
11 - 15.09.18 - 14:18
Какой дебил держит копии на одном месте с рабочей базой????
   mariakw
 
12 - 15.09.18 - 14:20
(10) есть такие на свете, представьте себе.
Правда моя задача - помочь восстановить базу, а не рассказать, какой он дебил, это может любой дурак сделать.
   Рэйв
 
13 - 15.09.18 - 14:22
(12)Скорее всего восстановлению не подлежит.И и нечего лечить клиента:-)
   Рэйв
 
14 - 15.09.18 - 14:23
хотя есть умельцы.
   Рэйв
 
15 - 15.09.18 - 14:23
Но это очень дорого:-)
   mexanik_96
 
16 - 15.09.18 - 15:31
(0) сколько?
   bolder
 
17 - 15.09.18 - 16:16
(0) Часто в таких файлах полной отсутствие информации в записях, по определенному периоду секторов диска.Такое не удаётся восстановить.Даже если вы и создадите какой-то отсутствующий файл.
   mariakw
 
18 - 15.09.18 - 16:53
(16) не в этом дело, просто в первый раз делаю подобное, и хочу быть уверена, что не сдалась слишком рано, а сделала все возможное.
   mexanik_96
 
19 - 15.09.18 - 16:56
(18) не сдавайся, продолжай, изучай структуру хранения, пиши софт который сможет прочитать таблицы в файле и выгрузить тебе в другой файл...
   SkAt
 
20 - 15.09.18 - 17:18
А можно "наитупейший" вопрос: в режим предприятия не заходит?
   SadrArt
 
21 - 15.09.18 - 17:38
(20) вопрос действительно наитупейший. Без кавычек.
   fbear
 
22 - 15.09.18 - 18:03
Маша, выложи файл (до работы chdbfl, сразу как обнаружили проблему).
   Сияющий в темноте
 
23 - 15.09.18 - 18:16
Что стало с диском и почему с него доставали по частям?
Может,стоит нормально покопаться в данных диска,чтобы достать все,т.к.если файлы побиты,то в страницах будет каша,и ожидать,что вы что то увидите,мягко говоря,глупо.
   rphosts
 
24 - 15.09.18 - 18:43
>накрылся жесткий диск. На нем находилась рабочая база и все ее резервные копии.

Ну классика-же жанра! Поищи подобные темы на мисте, я их раз 5 минимум наблюдал
   Salimbek
 
25 - 15.09.18 - 18:55
(18) Сохрани конфигурацию этой базы в файл, потом создай из этого файла новую пустую - там создадутся все таблицы как надо и вот уже их перетаскивай в эту, поломанную. Может ваша пустая база с конфой, немного отличающейся.
Еще, возможно, что эта таблица создается под какой-то конкретный план обмена, тогда попробовать удалить (да хоть вообще все) планы обмена и посмотреть, что получится.
   Гость из Мариуполя
 
26 - 15.09.18 - 20:01
(23) +100 я бы попытался еще бэкап восстановить. иногда зип архив с битого диска восстановить проще, чем БД.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует