Мека

Преглед на продукта – Stellar Repair за достъп

Опитайте Нашия Инструмент За Премахване На Проблемите





Последна актуализация 17 април 2022 г Преглед на продукта - Stellar Repair за достъп 0

ИТ бедствията не се случват непременно поради пожар, наводнение или друго катастрофално събитие. Понякога проста грешка или грешка в преценката, като неправилна поддръжка или архивиране или неволно използване на приложение, може да доведе администратор на Access в огромен проблем. Винаги съм се страхувал да използвам сложни или вложени заявки в моята база данни на Access и има сериозна причина да избягвам да правя това. Винаги, когато използваме сложни заявки към базата данни на Access, винаги има проблем!

Всъщност ролята на сложните или вложени заявки е да извличат данни от други заявки, които могат допълнително да засегнат други. В този процес базата данни на Access започва да пише ненужни заявки, което води до натрупване на временни данни. По същество потребителят на базата данни на Access не знае за такава купчина данни.



Често, дори след работа върху малко количество данни, заявката се изпълнява бавно поради сложния си характер и това натоварва JET двигателя. В този случай забавянето на процеса на извличане на данните чрез заявки е натрупани временни данни .

Освен това, по време на този процес, ако Access се задави, тогава няма начин да се избегне повреда в задния файл.



За да избегнете повреда на достъпа, причинена от натрупване на данни , всички потребители на Access с административни роли бяха уведомени по имейл да следват няколко превантивни мерки като:

    Избягвайте използването на сложни заявкивърху базата данни, което може да попречи на производителността на базата данни поради натрупване на данни и накрая да доведе до повреда на базата данни.Разделете базата даннипри което бекенд данните се състоят от таблици, които не са достъпни от потребителите директно, а данните от интерфейса включват заявки и други функции за достъп.Поддържайте резервно копиена цялата база данни.Продължавайте да отписватечаст от временните данни към временните таблици. Това ускорява заявката най-вече с коефициент 10 или понякога повече, но не успява да осигури постоянно решение.Инсталирайте Power Queryфункция за база данни на Access, където потребителите създадоха динамична връзка с работната книга на Excel и тази връзка непрекъснато се обновява, за да получат актуализациите от базата данни.Планирайте помощна програма Compact and Repairведнага щом базата данни бъде изключена. Автоматичното „компактиране при затваряне“ се прави, за да се редуцират редовно излишните пространства от базата данни.

Забележка: На потребителите с административна роля се присвояват функции за четене, запис и изтриване в базата данни на Access. Административна роля може да бъде присвоена на множество потребители, например ръководители на различни отдели.



Но когато един от административните потребители забрави да спазва горепосочените 5 правила, базата данни на Access на нашата организация се повреди

Анализ на първопричината (RCA) на корупцията в проблем с базата данни на Access



Нашата организация не е голяма, следователно базата данни на Access е достатъчно голяма, за да съхранява данни. Тези бази данни на Access са категоризирани въз основа на различни отдели, например „База данни за финанси“ е различна от „База данни за маркетинг“ и всички бази данни са достъпни на общ физически сървър.

Един от потребителите с административни права обаче забрави за тази поща и започна да пише сложни заявки. Тези сложни заявки започнаха да създават ненужни временни файлове в бекенда и един прекрасен ден данните, които бяха натрупани за определен период от време, доведоха до повреда в базата данни на Access. Всички дейности, включително достъпността на базата данни, свързани с тази база данни, внезапно приключиха.

Дори след подравняване на базата данни на Access и предприемане на всички превантивни мерки, малка грешка, извършена несъзнателно от административен потребител, доведе до голям проблем.

След като корупцията се случи, първата ни работа беше да разрешим грешката за повреда и да направим базата данни отново активна.

Методи за разрешаване, приети за ремонт на база данни на Access

RCA ни помогна да идентифицираме причината за проблема и метода за разрешаване.

Възстановяване чрез архивиране: Имахме готов архив на цялата база данни, наличен за възстановяване на базата данни. Бяха извършени следните стъпки за възстановяване на архива:

  1. Отворих File Explorer и прегледах, за да изберете здраво копие на базата данни
  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 и ние бяхме облекчени!