主页
Top.Mail.Ru Yandeks.Metrika
论坛:“基地”;
当前存档:2006.10.15;
下载:[xml.tar.bz2];

向下

访问失败。 找到类似的分支


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

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

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

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

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



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

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


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

备份



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.6 MB
时间:0.083 c
11-1132744014
伊吉
2005-11-23 14:06
2006.10.15
VMHSyntaxEdit как юзать?


15-1157525572
教堂
2006-09-06 10:52
2006.10.15
下诺夫哥罗德,澳大利亚!


2-1159191901
SVT
2006-09-25 17:45
2006.10.15
Мастера, подскажите как сделать так, чтобы с DBGrid работал


2-1159635006
Firedg
2006-09-30 20:50
2006.10.15
使用HTML


3-1155305339
RomanH
2006-08-11 18:08
2006.10.15
存储过程中的输入参数





南非荷兰语 阿尔巴尼亚人 阿拉伯语 亚美尼亚 阿塞拜疆 巴斯克 白俄罗斯 保加利亚语 加泰罗尼亚 简体中文 中国(繁体) 克罗地亚 捷克 丹麦语 荷兰人 英语 爱沙尼亚语 菲律宾人 芬兰 法文
加利亚西语 格鲁吉亚语 德语 希腊语 海地克里奥尔语 希伯来语 印地语 匈牙利 北日耳曼语 印度尼西亚人 爱尔兰语 意大利语 日本性玩偶 韩语 拉脱维亚 立陶宛 马其顿 马来语 马耳他语 挪威语
波斯语 波兰语 葡萄牙语 罗马尼亚 俄语 塞尔维亚 斯洛伐克 斯洛文尼亚 西班牙语 斯瓦希里 瑞典语 泰国人 土耳其 乌克兰 乌尔都语 越南人 威尔士语 意第绪语 孟加拉 波斯尼亚
宿务 世界语 古吉拉特语 豪萨语 苗族 伊博 爪哇 卡纳达语 高棉 老挝 拉丁语 毛利 马拉 蒙古人 尼泊尔 旁遮普 索马里 泰米尔人 泰卢固语 约鲁巴语
祖鲁
英文 Французский Немецкий Итальянский Португальский 俄文 Испанский