SOS!!! Структура базы разрушилась

[Yakuza]

Бэкап развернули, он даже работает, но два дня потеряны получаются. Как копировать ? Рады бы... Этож не sql. Там еще в базе несколько компаний одновременно. Пока в голову приходит следующая мысль: поставить бэкап, по возможности втащить в него все рабочие компании через fbk. Затем поднять в ридонли нерабочую компанию и посадить завтра всех повторять свои проводки и действия. Выглядит утопией, но похоже, другого варианта не остается. Если исключить откровенное рукоблудие, в виде склеивания двух fbk файлов из рабочей и нерабочей базы в один

[rmv]

Цитата:

А что смогут буржуи ? Неужели будут нам восстанавливать файл ?

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

Цитата:

Процесс продолжается: удалось-таки запустить её в режиме для чтения на локальном компьютере. Хоть что-то. При попытке делать бэкап штатным средством - падает с той же ошибкой на одной и той же таблице. Войти в нее не удается - ошибка о том, что мало места на диске, или надо оптимизировать или еще что-то... Табличка эта самописанная, можно удалить, не жалко, если все остальное будет работать, но как....

Кривая табличка в дизайне открывается? И посмотрите размер таблицы и ключики текущие.

Цитата:

кстати, нативщики.
индексы и собственно данные физически в одном месте живут?
если нет, то индексы можно кильнуть, потом восстановить...
дело наверняка в них

Нет, в нативе вместе живут индексы и сифты. Вариант с киллом не прокатит пока база в ридонли.


Топикстару - посмотрите последие доработки, не исключено что Нав на каком-то действии попал бесконечный цикл с модификацией данных.

[rmv]

Цитата:

Бэкап развернули, он даже работает, но два дня потеряны получаются. Как копировать ? Рады бы... Этож не sql. Там еще в базе несколько компаний одновременно. Пока в голову приходит следующая мысль: поставить бэкап, по возможности втащить в него все рабочие компании через fbk. Затем поднять в ридонли нерабочую компанию и посадить завтра всех повторять свои проводки и действия. Выглядит утопией, но похоже, другого варианта не остается. Если исключить откровенное рукоблудие, в виде склеивания двух fbk файлов из рабочей и нерабочей базы в один

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

[Yakuza]

Цитата:

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

Цитата:

Бэкап развернули, он даже работает, но два дня потеряны получаются. Как копировать ? Рады бы... Этож не sql. Там еще в базе несколько компаний одновременно. Пока в голову приходит следующая мысль: поставить бэкап, по возможности втащить в него все рабочие компании через fbk. Затем поднять в ридонли нерабочую компанию и посадить завтра всех повторять свои проводки и действия. Выглядит утопией, но похоже, другого варианта не остается. Если исключить откровенное рукоблудие, в виде склеивания двух fbk файлов из рабочей и нерабочей базы в один

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

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

[Yakuza]

Цитата:

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

Цитата:

А что смогут буржуи ? Неужели будут нам восстанавливать файл ?

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

Цитата:

Процесс продолжается: удалось-таки запустить её в режиме для чтения на локальном компьютере. Хоть что-то. При попытке делать бэкап штатным средством - падает с той же ошибкой на одной и той же таблице. Войти в нее не удается - ошибка о том, что мало места на диске, или надо оптимизировать или еще что-то... Табличка эта самописанная, можно удалить, не жалко, если все остальное будет работать, но как....

Кривая табличка в дизайне открывается? И посмотрите размер таблицы и ключики текущие.

Цитата:

кстати, нативщики.
индексы и собственно данные физически в одном месте живут?
если нет, то индексы можно кильнуть, потом восстановить...
дело наверняка в них

Нет, в нативе вместе живут индексы и сифты. Вариант с киллом не прокатит пока база в ридонли.


Топикстару - посмотрите последие доработки, не исключено что Нав на каком-то действии попал бесконечный цикл с модификацией данных.

Нет, вроде ничего такого не делали, эту таблицу вообще месяца три назад подключили, в нее тупо падают удаленные из счетов строки.

[Sancho]

все будет хорошо.
это как в боксе: раз база открылась - значит получит. вопрос времени

[rmv]

Попробуйте также поигратcя с ключамии запуска dbtest=min, dbtest=max.

[Yakuza]

Цитата:

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

Попробуйте также поигратcя с ключамии запуска dbtest=min, dbtest=max.

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

[Storkich]

Не могу пройти мимо безобразия, хочется поучаствовать.
В режиме ридонли, можно наверно создать форму, и запустить её по Ctrl+R.
В форму процедур напихать сливания таблиц в файл.
Циклами по RecordRef и FieldRef. Аналогично и загрузить.
Могу поискать готовый код, если нужно.

[Yakuza]

Цитата:

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

Не могу пройти мимо безобразия, хочется поучаствовать.
В режиме ридонли, можно наверно создать форму, и запустить её по Ctrl+R.
В форму процедур напихать сливания таблиц в файл.
Циклами по RecordRef и FieldRef. Аналогично и загрузить.
Могу поискать готовый код, если нужно.

Нет, нельзя ничего создать. Говорю, же - база native. В файл вообще ничего нельзя записать.

[Sancho]

чем закончилось-то?
восстанавливаете инфу с последнего бекапа?

[Yakuza]

Цитата:

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

чем закончилось-то?
восстанавливаете инфу с последнего бекапа?

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

[mcqway]

Цитата:

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

Цитата:

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

чем закончилось-то?
восстанавливаете инфу с последнего бекапа?

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

День добрый.
В нативе есть такая "феня" - если свободного места в базе остаётся <= 15%, то имено такая хрень и происходит. непонятные глюки. не пускает в базу и прочее. Бывает, что и 15% ждать не надо. Может начацца и как в Вашем случае с 17%.
Чтоб решить проблему надо просто увеличить размер базы. "Файл" -> "База Данных" -> "Изменить". И тады всё ок.

[Yakuza]

Цитата:

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

Цитата:

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

Цитата:

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

чем закончилось-то?
восстанавливаете инфу с последнего бекапа?

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

День добрый.
В нативе есть такая "феня" - если свободного места в базе остаётся <= 15%, то имено такая хрень и происходит. непонятные глюки. не пускает в базу и прочее. Бывает, что и 15% ждать не надо. Может начацца и как в Вашем случае с 17%.
Чтоб решить проблему надо просто увеличить размер базы. "Файл" -> "База Данных" -> "Изменить". И тады всё ок.

Ну у нас сейчас 10% свободно. Дальше увеличивать нельзя, т.к. файл уже размером 1,95Гб. Т.е. можно, конечно, создавая второй файл и прописывая его в базе, но не хочется. Т.к. при базе состоящей из двух файлов уже нельзя будет менять расположение второго файла, путь к нему прописывается в первом файле. И это печально, т.к. иногда хочется на копии потренироваться, или перенести на другую машину.