восстановление БД 1с 7.7.

[Luznih Edward]

Hi All!

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

[Evgeniy A. Nuzhniy]

Здрасьте, Вам, Luznih!

26 января 2009 16:03, Luznih Edward писал All:

LE> Столкнулс\ с такой пробелемой. У знакомой бухгалтера приходил человек
LE> который полазил по базе 1с 7.7. предприятие. В итоге 1с-ка стала на
LE> некотррый операцих отваливаться. запустил концигуратор и проверл тест
LE> базы. он мне в итоге сказал мол проблемы в словаре данных и
LE> несоответствует к-во полей реальному. как то можно словарь
LE> восстановить на соновании существующе1й базы данных? как вобще с этим
LE> бороться , так что бы базу вернуть к жизни? или вручную
LE> сравнивать таблицы и их описание в словаре? прошу не пинать. с 1с-кой
LE> начал заниматься не так давно.

Это называеться - нефиг MD заменять копированием!!!

Создавай пустой каталог, прописывай его в 1С и туда загружай свою конфу.
Сравнивай файлы 1Cv7.DD, смотри в чем разница, потом смотри, есть ли у тебя
измененные поля в соответсвующих DBF.

Так же можешь глянуть файл MD, который лежит в SYSLOG. Там должен лежать
файл, от последнего корректного изменения конфы.

з.ы. Hе забудь бекап базы сделать. Который, собсно, должен делаться регулярно.

Вот собственно и все, что хотелось сказать тебе, Luznih!

... Женщина - не иголка, всегда найдется в стоге сена.

[Evgeniy A. Nuzhniy]

Здрасьте, Вам, Luznih!

26 января 2009 16:03, Luznih Edward писал All:

LE> Столкнулс\ с такой пробелемой. У знакомой бухгалтера приходил человек
LE> который полазил по базе 1с 7.7. предприятие. В итоге 1с-ка стала на
LE> некотррый операцих отваливаться. запустил концигуратор и проверл тест
LE> базы. он мне в итоге сказал мол проблемы в словаре данных и
LE> несоответствует к-во полей реальному. как то можно словарь
LE> восстановить на соновании существующе1й базы данных? как вобще с этим
LE> бороться , так что бы базу вернуть к жизни? или вручную
LE> сравнивать таблицы и их описание в словаре? прошу не пинать. с 1с-кой
LE> начал заниматься не так давно.

Сори, не SYSLOG, а NEW_STRU конечно же...

Вот собственно и все, что хотелось сказать тебе, Luznih!

... Hе все то солнышко, что встает.

[Edward Luzhnih]

Hi Evgeniy!

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

Саму базу посмотерел, сравнил поля таблиц на которые ругался
конфигуратор:названия,размерность и посмотрел содержимое. Аномалий не
обнаружил. В словаре данных были на 2 таблицы ссылки на поля которых там нет и
не было никогда. Я посмотрел нулячую базу на основе которой нынешняя была
создана. Там этих полей не было. Посмотрел в другой живой базе. Тоже этих
полей нет. Убил ссылки на эти поля в словаре данных. лучше не стало. Ругаться
еще больше стал.
Таким образом сделал вывод что база живая и словарь вероятно нормальный.
Проблемы не оттуда идут.
В итоге нашел рабочую базу с другого предприятия, которая была созданна на той
же основе что и поломанная.
Создал каталог для собираемой базы. Скинул туда рабочую. А после из поломанной
скинул dbf-ы и словарь данных.
Hу, а дальше создал пользователей которые были на поломаной базе. Тех что были
в рабочей удалил, убил индексы и запустил 1с-ку в монопольном режиме. Он
индексы разумеется создал. После прогнал в конфигураторе тест базы. Отклонений
нет. проверил операции на которых были ошибки и бухгалтерия сдыхала..проблем
нет. Данные оторбажаются нужного предприятия и информация вроде та. Понимаю
что по хорошему надо разбираться где что поломали, но времени мало. Если это
не пройдет - придется копаться дальше.
Сегодня с бухгалтером посидим и проверим насколько все в норме. Судя по всему
ошибки были где то в шаблоных форм или в расчетах. По логике в этом случае
больше править ничего не придется и база тогда должна быть вполне в норме.

With Best Regards

[Alexander Belousov]

Hello Edward.

28 Jan 09 12:19, you wrote to Evgeniy A. Nuzhniy:

EL> Саму базу посмотерел, сравнил поля таблиц на которые ругался
EL> конфигуратор:названия,размерность и посмотрел содержимое. Аномалий не
EL> обнаружил. В словаре данных были на 2 таблицы ссылки на поля которых
EL> там нет и не было никогда. Я посмотрел нулячую базу на основе которой
EL> нынешняя была создана. Там этих полей не было. Посмотрел в другой
EL> живой базе. Тоже этих полей нет. Убил ссылки на эти поля в словаре
EL> данных. лучше не стало. Ругаться еще больше стал. Таким образом
EL> сделал вывод что база живая и словарь вероятно нормальный. Проблемы не
EL> оттуда идут. В итоге нашел рабочую базу с другого предприятия, которая
EL> была созданна на той же основе что и поломанная. Создал каталог для
EL> собираемой базы. Скинул туда рабочую. А после из поломанной скинул
EL> dbf-ы и словарь данных. Hу, а дальше создал пользователей которые были
EL> на поломаной базе. Тех что были в рабочей удалил, убил индексы и
EL> запустил 1с-ку в монопольном режиме. Он индексы разумеется создал.
EL> После прогнал в конфигураторе тест базы. Отклонений нет. проверил
EL> операции на которых были ошибки и бухгалтерия сдыхала..проблем нет.
EL> Данные оторбажаются нужного предприятия и информация вроде та. Понимаю
EL> что по хорошему надо разбираться где что поломали, но времени мало.
EL> Если это не пройдет - придется копаться дальше. Сегодня с бухгалтером
EL> посидим и проверим насколько все в норме. Судя по всему ошибки были
EL> где то в шаблоных форм или в расчетах. По логике в этом случае больше
EL> править ничего не придется и база тогда должна быть вполне в норме.

Вместо всех этих действий достаточно было положить в папку с базой правильный
1cv7.md, который, собственно, и побился/был заменен на другой "с новыми
формами" не штатно (путем обновления конфигурации с реструктуризацией базы), а
тупо перезаписан поверх. Самая большая проблема в таких ситуациях - найти этот
самый правильный 1cv7.md

Alexander

... ICQ: 139442361

[Edward Luzhnih]

Hi Alexander!


AB> Вместо всех этих действий достаточно было положить в папку с базой
AB> правильный 1cv7.md, который, собственно, и побился/был заменен на другой
AB> "с новыми формами" не штатно (путем обновления конфигурации с
AB> реструктуризацией базы), а тупо перезаписан поверх. Самая большая
AB> проблема в таких ситуациях - найти этот самый правильный 1cv7.md


Ваш ответ абсолютно верный. В силу моих скромных познаний в этой области, мне
пришлось определять где был битый файл методом подбора. Сейчас последовав
совету, убедился, что все было бы гораздо проще, зная где копать. Спасибо
большое за ответ :)

With Best Regards

[Edward Luzhnih]

Hi Alexander!

AB> Вместо всех этих действий достаточно было положить в папку с базой
AB> правильный 1cv7.md, который, собственно, и побился/был заменен на другой
AB> "с новыми формами" не штатно (путем обновления конфигурации с
AB> реструктуризацией базы), а тупо перезаписан поверх. Самая большая
AB> проблема в таких ситуациях - найти этот самый правильный 1cv7.md

Кстати говоря нашел и родной 1cv7.md к поломаной базе :)

With Best Regards

[Evgeniy A. Nuzhniy]

Здрасьте, Вам, Edward!

28 января 2009 12:19, Edward Luzhnih писал Evgeniy A. Nuzhniy:

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

[...]

Значит МД побился. Востанавливается словарь данных не так... Он просто
удаляется, заходишь в конфигуратор, делаешь маленькое изменение в конфе (пробел
где нибудь поставить после оператора), 1С ругнеться, что не обнаружен словарь и
создаст его. (изменение потом можно вернуть назад)

А для лечения битого МД есть средства:

1. GComp - разобрать и собрать МД, потом обновить на пересобранный. Кстати,
очень хорошо помагает "сжимать" МД. когда часто меняется конфа, МД начинает
пухнуть и скапливать "мусор". Данная приблуда весь этот мусор выкидывает.

2. MDDiags.

Да и вообщем какой то не стандартный подход применен.
Твоя операция по правильному должна была пройти так:
Бэкап текущей поломанной базы
В режиме конфигуратора - Загрузить измененную конфигурацию (если они идентичны)
И все. Пользователей пересоздавать не надо. Да и гарантированно, что DBF будут
соответствовать конфе.

з.ы. Hастрой бэкап в автоматическом режиме!!! Что б в следующий раз не пришлось
бежать в соседнее придприятие ;)

Вот самый простой способ бекапа:
Rar.exe a -cl -agDD.MM.YYYY.hh.mm -dh -ed -ep1 -m5 -y -r0 -***@rar.exclude
"D:\КаталогСБэкапами\" "D:\РабочийКаталогБазы"

В файл rar.exclude напиши вот это:
*.log
*.cdx
*.xls
Положи его рядом с rar.exe

Вот собственно и все, что хотелось сказать тебе, Edward!

... Прикинься чайником и не отсвечивай

[Sergey Bodrov]

Привет, Evgeniy !

■ В Среду 28 Января 2009, Evgeniy A. Nuzhniy писал к Edward Luzhnih
■ на тему: "Re: восстановление БД 1с 7.7."

EN> Вот самый простой способ бекапа:
EN> Rar.exe a -cl -agDD.MM.YYYY.hh.mm -dh -ed -ep1 -m5 -y -r0
^^^^^^^^^^
Советую заменить на YYYY-MM-DD, чтоб сортировка по имени нормально работала. А
то при большом количестве бекапов затрахаешься. Сортировка по дате файла не
особо надежна.

С уважением, Sergey. [Еще пива!] [Bur-r-r-r-p!]
... Oracle не знаю, но на овощных работал.

[Evgeniy A. Nuzhniy]

Здрасьте, Вам, Sergey!

30 января 2009 01:05, Sergey Bodrov писал Evgeniy A. Nuzhniy:

EN>> Вот самый простой способ бекапа:
EN>> Rar.exe a -cl -agDD.MM.YYYY.hh.mm -dh -ed -ep1 -m5 -y -r0
SB> ^^^^^^^^^^
SB> Советую заменить на YYYY-MM-DD, чтоб сортировка по имени нормально
SB> работала. А то при большом количестве бекапов затрахаешься. Сортировка
SB> по дате файла не особо надежна.

90 дней ежедневного бекапа. И даже никогда не задумывался в каком порядке
они там лежат. Hо совет свеже принял. Переделал порядок. Возможно будет
удобнее. Спасибо.

Вот собственно и все, что хотелось сказать тебе, Sergey!

... Лучше гор могут быть толбко горцы

[Edward Luzhnih]

Hi Evgeniy!

проблемы действительно была в MD

Hашел таки его родую версию и все пашет. По поводу GComp и MDDiags я
поразбраюсь :) Hу а я бэкапом то понятно. Hе я занимался на постоянке этим
предприятием. Вот и был там бардак.

With Best Regards