Мяккі

Агляд прадукту - Stellar Repair для доступу

Паспрабуйце Наш Інструмент Для Ліквідацыі Праблем





Апошняе абнаўленне 17 красавіка 2022 г Агляд прадукту - Stellar Repair for Access 0

ІТ-катастрофы не абавязкова адбываюцца з-за пажару, паводкі або любога іншага катаклізму. Часам простая памылка або памылка меркавання, напрыклад, няправільнае тэхнічнае абслугоўванне, рэзервовае капіраванне або ненаўмыснае выкарыстанне прылажэння, можа выклікаць вялізную праблему адміністратара Access. Я заўсёды асцерагаўся выкарыстання складаных або ўкладзеных запытаў у маёй базе дадзеных Access, і ёсць важкая прычына, чаму я пазбягаў гэтага рабіць. Кожны раз, калі мы выкарыстоўваем складаныя запыты да базы дадзеных Access, заўсёды ўзнікае праблема!

На самай справе роля складаных або ўкладзеных запытаў заключаецца ў атрыманні даных з іншых запытаў, якія могуць у далейшым ударыць іншых. Пры гэтым база дадзеных Access пачынае пісаць непатрэбныя запыты, што прыводзіць да назапашвання часовых даных. Па сутнасці, карыстальнік базы дадзеных Access не ведае пра такую ​​кучу дадзеных.



Часта, нават пасля працы з невялікім аб'ёмам даных, запыт выконваецца павольна з-за яго складанай прыроды, і гэта стварае нагрузку на рухавіку JET. У гэтым выпадку запаволенне працэсу атрымання дадзеных праз запыты з'яўляецца назапашаныя часовыя даныя .

Акрамя таго, падчас гэтага працэсу, калі Access заглушаецца, то няма ніякага спосабу пазбегнуць пашкоджання ў бэкэнд-файле.



Каб пазбегнуць пашкоджання доступу, выкліканага назапашваннем даных , усім карыстальнікам Access з адміністрацыйнымі ролямі па электроннай пошце было прапанавана выконваць некалькі прафілактычных мер, такіх як:

    Пазбягайце выкарыстання складаных запытаўна базу дадзеных, што можа перашкаджаць прадукцыйнасці базы дадзеных з-за назапашвання даных і, урэшце, прыводзіць да пашкоджання базы дадзеных.Раздзяліць базу дадзеныхпры гэтым бэкэнд-даныя складаюцца з табліц, да якіх карыстальнікі не звяртаюцца непасрэдна, а даныя інтэрфейсу ўключаюць запыты і іншыя функцыі Access.Захоўваць рэзервовую копіюз усёй базы дадзеных.Працягвайце спісвацьчастка часовых даных у часовыя табліцы. Гэта паскарае запыт у асноўным у 10, а часам і больш, аднак не можа забяспечыць пастаяннае рашэнне.Усталюйце Power Queryфункцыя для базы дадзеных Access, дзе карыстальнікі стварылі дынамічнае злучэнне з кнігай Excel, і гэта злучэнне пастаянна абнаўлялася для атрымання абнаўленняў з базы дадзеных.Утыліта Compact і рамонту раскладуяк толькі база дадзеных будзе зачынена. Аўтаматычнае «кампактаванне пры закрыцці» зроблена для рэгулярнага памяншэння лішніх месцаў у базе даных.

нататка: Карыстальнікам з роляй адміністратара прызначаюцца функцыі чытання, запісу і выдалення ў базе даных Access. Адміністрацыйная роля можа быць прызначана некалькім карыстальнікам, напрыклад, кіраўнікам розных аддзелаў.



Але калі адзін з адміністрацыйных карыстальнікаў забыўся выконваць 5 вышэй заяўленых правілаў, база дадзеных Access нашай арганізацыі пашкодзілася

Аналіз першапрычын (RCA) пашкоджання ў базе дадзеных Access



Наша арганізацыя не вялікая, таму база дадзеных Access дастаткова вялікая для захоўвання дадзеных. Гэтыя базы дадзеных Access класіфікуюцца на аснове розных аддзелаў, напрыклад, «База даных для фінансаў» адрозніваецца ад «База даных для маркетынгу», і ўсе базы дадзеных даступныя на агульным фізічным серверы.

Аднак адзін з карыстальнікаў з правамі адміністратара забыўся пра гэтую пошту і пачаў пісаць складаныя запыты. Гэтыя складаныя запыты пачалі ствараць непатрэбныя часовыя файлы ў бэкэнд, і ў адзін цудоўны дзень дадзеныя, якія назапасіліся за пэўны перыяд часу, прывялі да пашкоджання базы дадзеных Access. Усе мерапрыемствы, у тым ліку даступнасць базы дадзеных, звязаныя з гэтай базай дадзеных, раптоўна спыніліся.

Нават пасля выраўноўвання базы даных Access і прыняцця ўсіх прафілактычных мер невялікая памылка, несвядома дапушчаная адміністрацыйным карыстальнікам, прывяла да вялікай праблемы.

Цяпер, калі пашкоджанне адбылося, наша першая задача заключалася ў тым, каб ліквідаваць памылку пашкоджання і зноў вярнуць базу дадзеных.

Метады раздзялення, прынятыя для аднаўлення базы дадзеных Access

RCA дапамог нам вызначыць прычыну праблемы і спосаб яе вырашэння.

Аднаўленне праз рэзервовае капіраванне: у нас была гатовая рэзервовая копія ўсёй базы дадзеных, даступная для аднаўлення базы дадзеных. Для аднаўлення рэзервовай копіі былі выкананы наступныя дзеянні:

  1. Адкрыў Правадыр файлаў і выбраў здаровую копію базы дадзеных
  2. Скапіраваў базу даных у месца, дзе пашкоджаную базу дадзеных трэба было замяніць. Быў варыянт замены існуючай базы дадзеных, і мы выбралі гэты варыянт.
  3. Адкрыў базу дадзеных, каб праверыць, ці даступная яна.

Да нашага расчаравання, рэзервовая копія, здавалася, не была здаровай. І мы зразумелі, што база дадзеных 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, і мы адчулі палёгку!