ІТ-катастрофи не обов’язково виникають через пожежу, повінь чи будь-яку іншу катастрофічну подію. Іноді проста помилка або помилка оцінки, як-от неправильне обслуговування або резервне копіювання або ненавмисне використання програми, може призвести до серйозної проблеми адміністратора Access. Я завжди побоювався використання складних або вкладених запитів у моїй базі даних Access, і є вагома причина, чому я уникав цього. Щоразу, коли ми використовуємо складні запити до бази даних Access, завжди виникає проблема!
Насправді, роль складних або вкладених запитів полягає в отриманні даних з інших запитів, які можуть ще більше вразити інші. У цьому процесі база даних Access починає писати непотрібні запити, що призводить до накопичення тимчасових даних. По суті, користувач бази даних Access не знає про таку купу даних.
Часто, навіть після роботи з невеликою кількістю даних, запит виконується повільно через його складну природу, і це створює навантаження на двигун JET. У цьому випадку сповільнення процесу отримання даних через запити є накопичені тимчасові дані .
Крім того, під час цього процесу, якщо Access захлинеться, то уникнути пошкодження серверного файлу неможливо.
Щоб уникнути пошкодження Access, викликаного накопиченням даних , усі користувачі Access з адміністративними ролями були повідомлені електронною поштою дотримуватись кількох запобіжних заходів, таких як:
- Відкрив Провідник файлів і перейшов, щоб вибрати працездатну копію бази даних
- Скопіював базу даних у те місце, де потрібно було замінити пошкоджену базу даних. Була можливість замінити існуючу базу даних, і ми вибрали цей варіант.
- Відкрив базу даних, щоб перевірити, чи доступна вона.
Примітка: Користувачам з адміністративною роллю призначаються функції читання-запису-видалення в базі даних Access. Адміністративну роль можна призначити кільком користувачам, наприклад, керівникам різних відділів.
Але, коли один із користувачів-адміністраторів забув дотримуватися вищезазначених 5 правил, база даних Access нашої організації пошкоджена
Аналіз першопричин (RCA) корупції в базі даних Access
Наша організація не велика, тому база даних Access достатньо велика для зберігання даних. Ці бази даних Access класифікуються на основі різних відділів, наприклад, «База даних для фінансів» відрізняється від «Бази даних для маркетингу», і всі бази даних доступні на загальному фізичному сервері.
Однак один із користувачів з правами адміністратора забув про цю пошту і почав писати складні запити. Ці складні запити почали створювати непотрібні тимчасові файли на сервері, і одного прекрасного дня дані, які накопичилися протягом певного періоду часу, призвели до пошкодження бази даних Access. Усі дії, включаючи доступ до бази даних, пов’язані з цією базою даних, раптово припинилися.
Навіть після вирівнювання бази даних Access і вжиття всіх запобіжних заходів невелика помилка, допущена несвідомо користувачем-адміністратором, призвела до великої проблеми.
Тепер, коли пошкодження сталося, нашим першим завданням було усунути помилку пошкодження та знову запустити базу даних.
Методи розділення, прийняті для відновлення бази даних Access
RCA допоміг нам визначити причину проблеми та спосіб її вирішення.
Відновлення за допомогою резервної копії: у нас була готова резервна копія всієї бази даних, доступна для відновлення бази даних. Для відновлення резервної копії було виконано наступні дії:
На наш жах, резервна копія виявилася нездоровою. І ми зрозуміли, що база даних Access, доступна в Excel, оновлювалася недовго.
Тоді й почалася справжня проблема.
Наша база даних Access була недоступна, резервна копія була несправною, книга Excel з Power Query не оновлювалася, а оскільки ми вже використовували утиліту Compact and Repair, не було жодних шансів на відновлення бази даних Access за допомогою вбудованої утиліти.
Ідеальне рішення для відновлення бази даних
Недоступна база даних створювала хаос серед користувачів. Більшість користувачів залишилися в глухому куті і не змогли виконати рутинне завдання. Нам справді потрібно було діяти швидко і якнайшвидше вирішити цю проблему. Тепер найкращим способом вирішити проблему було відновлення пошкодженої бази даних за допомогою стороннього програмного забезпечення, яке могло б відновити всю базу даних, не продовжуючи простої.
Ми шукали ефективного Програмне забезпечення для відновлення бази даних Access і з кількох доступних варіантів вирішив вибрати Stellar Repair для доступу . Ми прочитали огляди, розміщені на різних сайтах, і подумали спробувати демо-версію.
Примітка: як запобіжний захід, ми зробили резервну копію бази даних.
Виявилося, що це програмне забезпечення DIY. Після того, як ми надіслали пошкоджений файл Access, програмне забезпечення надало попередній перегляд усієї бази даних для остаточної перевірки. Крім того, команда підтримки Stellar була більш ніж корисною у вирішенні наших запитів.
Це був момент щирого захоплення. Ми активували програмне забезпечення, відремонтували та зберегли всю базу даних Access в найкоротші терміни. Проблему з корупцією було повністю вирішено, і знову всі користувачі отримали доступ до бази даних.
Висновок
Існують різні випадки, коли база даних Access може стати недоступною, і основна проблема цієї бази даних полягає в тому, що вона схильна до пошкодження.
З цієї причини я завжди намагаюся не створювати складних запитів. Відомо, що такі запити призводять до серйозних проблем, таких як створення непотрібних тимчасових файлів у серверній частині, уповільнення процесу отримання даних, що в кінцевому підсумку призводить до пошкодження бази даних Access. Якщо це сталося, це потребує негайної уваги.
Нещодавно я натрапив на одну з головних знахідок, проведених квестом. Було чітко зазначено, що збій устаткування є основною причиною впливу на бізнес, який досягає рівня 75% (перевірте таблицю нижче для довідки). Такі збої в апаратному або програмному забезпеченні мають безпосередній вплив на бізнес, і з цієї причини їх потрібно вирішувати в першу чергу.
Хоча резервне копіювання бази даних надає миттєве рішення, коли резервна копія не є справною, все йде назустріч. Стороннє програмне забезпечення, як-от Stellar Repair for Access, є найкращим варіантом, коли справа доходить до відновлення пошкодженої бази даних Access.
У нашому випадку, коли база даних Access була пошкоджена через складні запити, програмне забезпечення дало миттєві результати. Основною перевагою програмного забезпечення є те, що його можна перевірити на його продуктивність без активації. І ми могли зберегти наші дані відразу після активації. Часового відставання не було, і ми могли усунути помилки, пов’язані з пошкодженням, відновивши компоненти бази даних у абсолютно новій базі даних.
Користувачі отримали доступ до бази даних Access, і ми відчули полегшення!