Помогите восстановить значения

[trafaret]

Помогите!!!!
У нас так получилось, что один умник изменил длину поля (регистрационный номер договора) в таблице договоров. И данные из этого поля пропали.
Подскажите, пож-та, можно ли данные восстановить и как (Axapta 3.0).
Теперь при удаление строк таблицы не возможно ( при попытки удаление возникает ошибка), ошибка также возникает и при занесение нового договора. Заранее спасибо!

[kashperuk]

Восстановить из бэкапа БД?

[trafaret]

последний бэкап делался относительно давно.

[Михаил Андреев]

"Ну, вы, блин, даёте..." (С) "Особенности национальной охоты"

Рекомендую попробовать восстановить из зависимых таблиц, если там хоть что-то осталось.

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

[Михаил Андреев]

Цитата:

Сообщение от trafaret

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

А что этот ... (нехороший человек) делал на РАБОЧЕЙ базе? Пардон, но нужно сначала порядок навести с разработкой. При правильной организации такое просто нельзя допускать даже теоретически.

[Jox]

Невероятно

[blokva]

Если велся лог базы, то можно попытаться восстановить из него.

[aidsua]

Теоретически должна быть таблица x16375x, в которую переносятся данные в момент выполнения синхронизации.. если ее нет -- вероятно при выполнении синхронизации рубанули процес до создания данной таблицы.

Было бы легче подсказать, если бы было указано на чем крутится БД.

[macklakov]

Цитата:

Сообщение от trafaret

Теперь при удаление строк таблицы не возможно ( при попытки удаление возникает ошибка), ошибка также возникает и при занесение нового договора. Заранее спасибо!

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

Цитата:

Сообщение от trafaret

один умник изменил длину поля

У вас вся команда виновата в той или иной степени. Не надо крайнего назначать, а тем более оскорблять, это не этично и не конструктивно.

P.S. Думаю, не нужно объяснять, что во время восстановления, пользователи не должны пользоваться данной таблицей?

[miklenew]

Цитата:

Сообщение от macklakov

У вас вся команда виновата в той или иной степени.

Зачем же всех так, как правило есть конкретный человек.
Тут же полный набор: бэкап делается редко, с правами не понятно что, с технологией работы похоже полный ноль, плюс наличие личных качеств, которые стыдно иметь профессионалу.
Просто похоже кто-то сидит не на своём месте. Не факт, что это автор топика.
И уж точно не "умник".

[aidsua]

Если БД -- Oracle: http://www.oracle-wiki.ru/wiki/%D0%9...%B5%D0%BC_RMAN