ІТ-катастрофы не абавязкова адбываюцца з-за пажару, паводкі або любога іншага катаклізму. Часам простая памылка або памылка меркавання, напрыклад, няправільнае тэхнічнае абслугоўванне, рэзервовае капіраванне або ненаўмыснае выкарыстанне прылажэння, можа выклікаць вялізную праблему адміністратара Access. Я заўсёды асцерагаўся выкарыстання складаных або ўкладзеных запытаў у маёй базе дадзеных Access, і ёсць важкая прычына, чаму я пазбягаў гэтага рабіць. Кожны раз, калі мы выкарыстоўваем складаныя запыты да базы дадзеных Access, заўсёды ўзнікае праблема!
На самай справе роля складаных або ўкладзеных запытаў заключаецца ў атрыманні даных з іншых запытаў, якія могуць у далейшым ударыць іншых. Пры гэтым база дадзеных Access пачынае пісаць непатрэбныя запыты, што прыводзіць да назапашвання часовых даных. Па сутнасці, карыстальнік базы дадзеных Access не ведае пра такую кучу дадзеных.
Часта, нават пасля працы з невялікім аб'ёмам даных, запыт выконваецца павольна з-за яго складанай прыроды, і гэта стварае нагрузку на рухавіку JET. У гэтым выпадку запаволенне працэсу атрымання дадзеных праз запыты з'яўляецца назапашаныя часовыя даныя .
Акрамя таго, падчас гэтага працэсу, калі Access заглушаецца, то няма ніякага спосабу пазбегнуць пашкоджання ў бэкэнд-файле.
Каб пазбегнуць пашкоджання доступу, выкліканага назапашваннем даных , усім карыстальнікам Access з адміністрацыйнымі ролямі па электроннай пошце было прапанавана выконваць некалькі прафілактычных мер, такіх як:
- Адкрыў Правадыр файлаў і выбраў здаровую копію базы дадзеных
- Скапіраваў базу даных у месца, дзе пашкоджаную базу дадзеных трэба было замяніць. Быў варыянт замены існуючай базы дадзеных, і мы выбралі гэты варыянт.
- Адкрыў базу дадзеных, каб праверыць, ці даступная яна.
- Ноўтбук Windows 10 не распазнае навушнікі? Вось як гэта выправіць
- Вырашана: выкарыстанне дыска Windows 10 100 пасля абнаўлення мая 2021 года
- Меню 'Пуск' Windows 10 не адкрываецца пасля абнаўлення ў траўні 2021 года? вось як гэта выправіць
- Выправіць праблему з няўдачнасцю ўстаноўкі NVIDIA ў Windows 10
нататка: Карыстальнікам з роляй адміністратара прызначаюцца функцыі чытання, запісу і выдалення ў базе даных Access. Адміністрацыйная роля можа быць прызначана некалькім карыстальнікам, напрыклад, кіраўнікам розных аддзелаў.
Але калі адзін з адміністрацыйных карыстальнікаў забыўся выконваць 5 вышэй заяўленых правілаў, база дадзеных Access нашай арганізацыі пашкодзілася
Аналіз першапрычын (RCA) пашкоджання ў базе дадзеных Access
Наша арганізацыя не вялікая, таму база дадзеных Access дастаткова вялікая для захоўвання дадзеных. Гэтыя базы дадзеных Access класіфікуюцца на аснове розных аддзелаў, напрыклад, «База даных для фінансаў» адрозніваецца ад «База даных для маркетынгу», і ўсе базы дадзеных даступныя на агульным фізічным серверы.
Аднак адзін з карыстальнікаў з правамі адміністратара забыўся пра гэтую пошту і пачаў пісаць складаныя запыты. Гэтыя складаныя запыты пачалі ствараць непатрэбныя часовыя файлы ў бэкэнд, і ў адзін цудоўны дзень дадзеныя, якія назапасіліся за пэўны перыяд часу, прывялі да пашкоджання базы дадзеных Access. Усе мерапрыемствы, у тым ліку даступнасць базы дадзеных, звязаныя з гэтай базай дадзеных, раптоўна спыніліся.
Нават пасля выраўноўвання базы даных Access і прыняцця ўсіх прафілактычных мер невялікая памылка, несвядома дапушчаная адміністрацыйным карыстальнікам, прывяла да вялікай праблемы.
Цяпер, калі пашкоджанне адбылося, наша першая задача заключалася ў тым, каб ліквідаваць памылку пашкоджання і зноў вярнуць базу дадзеных.
Метады раздзялення, прынятыя для аднаўлення базы дадзеных Access
RCA дапамог нам вызначыць прычыну праблемы і спосаб яе вырашэння.
Аднаўленне праз рэзервовае капіраванне: у нас была гатовая рэзервовая копія ўсёй базы дадзеных, даступная для аднаўлення базы дадзеных. Для аднаўлення рэзервовай копіі былі выкананы наступныя дзеянні:
Да нашага расчаравання, рэзервовая копія, здавалася, не была здаровай. І мы зразумелі, што база дадзеных Access, даступная ў Excel, не доўга абнаўлялася.
Вось тады і пачалася сапраўдная праблема.
Наша база даных Access была недаступная, рэзервовая копія была няправільнай, кніга Excel з Power Query не абнаўлялася, і паколькі мы ўжо выкарыстоўвалі ўтыліту Compact and Repair, не было шанцаў на аднаўленне базы дадзеных Access з убудаванай утыліты.
Канчатковае рашэнне для рамонту базы дадзеных
Недаступная база дадзеных стварала хаос сярод карыстальнікаў. Большасць карыстальнікаў засталіся ў глухім стане і не змаглі выканаць руцінную задачу. Мы сапраўды павінны былі дзейнічаць хутка і вырашыць гэтую праблему як мага хутчэй. Цяпер найлепшым спосабам было аднавіць пашкоджаную базу дадзеных з дапамогай праграмнага забеспячэння іншых вытворцаў, якое магло аднавіць усю базу дадзеных, не падаўжаючы час прастою.
Мы шукалі эфектыўнага Праграму для аднаўлення базы дадзеных доступу і з некалькіх даступных варыянтаў вырашыў выбраць Stellar Repair для доступу . Мы прачыталі агляды, размешчаныя на розных сайтах, і падумалі паспрабаваць дэма-версію.
Заўвага: у якасці меры засцярогі мы зрабілі рэзервовую копію базы дадзеных.
Аказалася, што гэта праграмнае забеспячэнне DIY. Пасля таго, як мы адправілі пашкоджаны файл Access, праграмнае забеспячэнне забяспечыла папярэдні прагляд усёй базы дадзеных для канчатковай праверкі. Акрамя таго, каманда падтрымкі Stellar была больш чым карыснай у вырашэнні нашых запытаў.
Гэта быў момант чыстага захаплення. Мы актывавалі праграмнае забеспячэнне, адрамантавалі і захавалі ўсю базу дадзеных Access у самыя кароткія тэрміны. Праблема з карупцыяй была цалкам вырашана, і ўсе карыстальнікі зноў атрымалі доступ да базы дадзеных.
Заключэнне
Існуюць розныя выпадкі, калі база дадзеных Access можа стаць недаступнай, і галоўная праблема гэтай базы з'яўляецца тое, што яна схільная да пашкоджання.
Па гэтай прычыне я заўсёды стараюся не ствараць складаныя запыты. Такія запыты, як вядома, прыводзяць да сур'ёзных праблем, такіх як стварэнне непатрэбных часовых файлаў у бэкэнд, запаволенне працэсу атрымання даных, што ў канчатковым выніку прыводзіць да пашкоджання базы дадзеных Access. Калі гэта адбываецца, гэта патрабуе неадкладнага ўвагі.
Нядаўна я наткнуўся на адну з галоўных знаходак, праведзеных пошукам. Было выразна сказана, што збой апаратнага забеспячэння з'яўляецца асноўнай прычынай уздзеяння на бізнес, які дасягае ўзроўню ў 75% (праверце табліцу ніжэй для даведак). Такія збоі апаратнага або праграмнага забеспячэння аказваюць непасрэдны ўплыў на бізнес, і па гэтай прычыне іх неабходна разглядаць у першую чаргу.
Хаця рэзервовае капіраванне базы дадзеных забяспечвае імгненнае рашэнне, калі рэзервовае капіраванне не з'яўляецца здаровым. Сторонняе праграмнае забеспячэнне, такое як Stellar Repair for Access, з'яўляецца лепшым варыянтам, калі справа даходзіць да рамонту пашкоджанай базы дадзеных Access.
У нашым выпадку, калі база дадзеных Access была пашкоджана з-за складаных запытаў, праграмнае забеспячэнне дало імгненныя вынікі. Асноўная перавага праграмнага забеспячэння заключаецца ў тым, што яго можна праверыць на працаздольнасць без актывацыі. І мы маглі захаваць нашы дадзеныя адразу пасля актывацыі. Затрымкі ў часе не было, і мы маглі ліквідаваць пашкоджанні, аднавіўшы кампаненты базы дадзеных у цалкам новую базу дадзеных.
Карыстальнікі маглі атрымаць доступ да базы дадзеных Access, і мы адчулі палёгку!