Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2006.10.15;
Скачать: [xml.tar.bz2];

Вниз

Сбой в Access.   Найти похожие ветки 

 
DimonS ©   (2006-08-16 03:28) [0]

Доброе утро, кто не спит!

Трабл. Есть БД на Access, в ней 15 таблиц. Есть таблица списка автотранспорта. В ней ок. 7 мес. назад переименовали ок 15 автомобилей. После этого несколько раз делал сжатие-восстановление БД.

Вчера была гроза (грозы у нас офигенной силы), видно произошел скачок напряжения или еще что. Так вот все эти переименованные автомобили получили свои старые имена! Сжатие-восстановление не вернуло ничего. Причем сбой произошел только в одной таблице.
В принципе, потери небольшие, 10 минут на переименование, но интересно, что за глюк такой и как с ним бороться? А то вдруг в следующий раз что серьезнее вылезет.

ЗЫ. Упс стоит, но когда молния влетает в провод или столб, от резкого скачка он, естественно, не спасает.


 
Sam Stone ©   (2006-08-16 08:03) [1]

Грязное колдунство, не иначе :)


>  как с ним бороться?

backup


 
sniknik ©   (2006-08-16 08:07) [2]

молния как "recovery" перезаписаной 7 месяцев назад информации? (!!! надо запатентовать ;)

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


 
MsGuns ©   (2006-08-16 09:12) [3]

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


 
DimonS ©   (2006-08-16 09:48) [4]

Блин, одни приколисты... :)

Если бы можно было восстановить из бэкапа, какие проблемы бы были? Проблема в том, что записи заносятся по 100-300 в час в другие таблицы, хотя бэкап и делается раз в час (для других целей), все равно были бы потери в данных, причем уже не восстановимые.

Ну а факт остается фактом, что произошло - то и произошло...


 
sniknik ©   (2006-08-16 10:46) [5]

> Ну а факт остается фактом, что произошло - то и произошло...
это из разряда чудес.
знаеш как делается сжатие-восстановление аксесной базы? создается новая, пустая (!), после из старой переносятся только "живые". т.е. даже теоретическое "сбой сместил указатель на старую инфу на странице которая по какимто причинам не перезатерлась в процессе работы" никакой критики не выдерживает... если старые данные перенеслись в новую базу то значит они были "живые"...
хотя... прога твоя? ты писал? может там сделано "псевдоудаление" признаком у записи, а редактирование идет заменой, типа сохранить историю запись не редактируется, а создается новая у старой ставится признак, от юзера просто фильтром скрывается... ну типа того. главное что сделано так что старые записи с точки зрения движка(jet), а не юзера "живы"... при такой организации описаное "чудо" еще хоть както возможно/обьяснимо.


 
MsGuns ©   (2006-08-16 11:18) [6]

>sniknik ©   (16.08.06 10:46) [5]

Коля, ты детекивы бы писал, а ? Маринина и прочие отдыхают


 
Anatoly Podgoretsky ©   (2006-08-16 19:00) [7]

Все чепуха по сранению с пчелами.

Тут видимо программа не выключалась и данные были в кеше.


 
sniknik ©   (2006-08-16 19:49) [8]

угу, 7 месяцев не выключалась, + несколько раз сжатие делалось не отрывая коннекта...

по моему фантастика почище моего в [5]... ;)


 
Anatoly Podgoretsky ©   (2006-08-16 19:54) [9]

Если он не перепутал последовательность (сжатие/восстановление - обнаружение ошибки), то ничего другого не остается. Но это уже фантастика, а вот человеческий фактор это уже горькая реальность.


 
DimonS ©   (2006-08-17 02:19) [10]


> хотя... прога твоя? ты писал? может там сделано "псевдоудаление"
> признаком у записи, а редактирование идет заменой, типа
> сохранить историю запись не редактируется, а создается новая
> у старой ставится признак, от юзера просто фильтром скрывается.
> ..


Прога не моя, удаление действительно делается через призрак удаленной записи. НО! При редактировании запись именно редактируется, а не удаляется-вставляется новая. Вылезли именно старые названия, уникальные номера записей остались теми же!
Ну и естественно, за 7 месяцев программа много-много раз выключалась :)

Ладно, я понял, что это фантастика, но все же интересный факт... Чего только в жизни не случается :)


 
Anatoly Podgoretsky ©   (2006-08-17 16:31) [11]

Ищи человеческий фактор, не промахнешься.



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2006.10.15;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.48 MB
Время: 0.052 c
5-1141105299
MiHoY
2006-02-28 08:41
2006.10.15
idDecoderMIME


2-1159351659
John69
2006-09-27 14:07
2006.10.15
непонятки при интенсивной работе со строками


2-1159438865
voffka
2006-09-28 14:21
2006.10.15
Как выбрать каталог???


15-1158649192
IceBeerg
2006-09-19 10:59
2006.10.15
Удаление папки без имени


2-1159264876
vegarulez
2006-09-26 14:01
2006.10.15
Вопрос про мышь и 2 монитора (раб. стола).





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский