Платник
Ремонт пошкоджених баз .mdb (Access) та міграції до SQL.
Dysk i Spółka • Бази даних / B2B
Відновлення та ремонт баз даних Płatnik, Optima, SQL та Subiekt
Ми діагностуємо пошкоджені бази, журнальні файли, резервні копії та корпоративні середовища без додаткових спроб ремонту на виробництві.
Платник / Оптіма
SQL Server
Subiekt / Access
NDA / B2B
Режим B2B / виробничі бази
База не запускається, сервер SQL повідомляє режим suspect або після збою сервера дані не відображаються? Спочатку захистіть середовище.
Збій Платника, Оптіми або SQL Server не завжди означає фізичне пошкодження носія. Ця сторінка стосується ситуацій, коли ключовим є стан бази, журналів і прикладного середовища — а не загальне відновлення з будь-якого диска. У Dysk i Spółka ми діагностуємо як пошкодження файлів баз, так і випадки, коли база перестала працювати після збою системи, живлення, контролера RAID, сервера або віртуального середовища.
У корпоративних питаннях важливі не лише самі файли бази, але й узгодженість журналів, конфігурація служби та безпечна процедура B2B. Тому перед ремонтом або міграцією ми спочатку визначаємо, чи проблема стосується носія, SQL-двигуна, файлів бази, тому або всього серверного середовища.
Платник
Оптіма
Subiekt
SQL Server
Access
бухгалтерські бази
режим B2B
Діапазон систем
Які бази даних ми підтримуємо?
Відновлюємо працездатність фінансово-бухгалтерських та складських систем.
Optima / XL
Відновлення баз Microsoft SQL Server (.mdf, .ldf).
Subiekt / Rewizor
Відновлення баз після аварії електропостачання або диска.
SQL Server
Діагностика SQL-баз, файлів даних і журналів після помилок цілісності.
.mdb / .accdb
Робота з базами Access, що використовуються в Платнику та офісних системах.
Бухгалтерські та складські бази
Фінансово-бухгалтерські, кадрові та складські системи після аварії середовища.
.mdf / .ldf / .db
Файли баз, журнали транзакцій, робочі копії та експорти з останнього робочого дня.
VM / NAS / RAID
Діагностика баз, що працюють на серверах, масивах, NAS та віртуальних машинах.
Сценарії аварій
Коли ми можемо допомогти?
Аварія обладнання
Сервер або диск із базою перестав працювати (фізичне пошкодження, RAID offline). Ми робимо поклійкову копію та відновлюємо максимально узгоджений файл бази.
Database Corrupted / Page Fault
База видима, але SQL-двигун повідомляє про помилку узгодженості, Consistency Check Error або Page Fault.
Режим підозри
SQL-сервер позначив базу як пошкоджену після перезапуску або перерваного запису.
Видалення бази
Випадкове видалення файлів бази або форматування тома.
Вихід з ладу після відключення живлення
База перестала працювати після перерви живлення, зависання системи або перезавантаження сервера.
Проблема після ремонту або міграції
Невдале оновлення, ручне відновлення індексів або відновлення копії погіршили стан середовища.
Процедура порятунку
Безпека B2B
Ми знаємо, що простій у компанії коштує стан, тому процес починаємо з забезпечення стану та ризику.
Корпоративний пріоритет
Замовлення на бази даних ми розглядаємо як термінові; аварійний режим роботи 24/7 можливий за попередньою домовленістю.
Конфіденційність / NDA
Підписуємо NDA. Ваші фінансові дані в безпеці (працюємо в офлайн-режимі).
Робота на копії
Спершу забезпечуємо вихідний матеріал, а діагностику проводимо на робочій копії.
Перевірка роботи
Перед оплатою перевіряємо, чи базу можна правильно змонтувати та чи можна переглянути останні рахунки та декларації.
Перші рішення
Аварія бази даних – що робити відразу, щоб не погіршити ситуацію
Коли база (наприклад, Płatnik, Optima, SQL, Subiekt) перестає відкриватися, найгіршим рішенням є багаторазові «ремонти» та нові спроби запуску. Часто проблемою є пошкодження файлів бази, помилки диска або брак місця — а кожна наступна спроба може додати нові неправильні дані.
Зробіть зараз
- перервіть роботу на комп’ютері/сервері та створіть копію актуальних файлів бази
- збережіть повідомлення про помилки (скріншот) – це часто ключ до діагностики
- якщо терміново потрібні розрахунки або декларації, зазначте це у зверненні
Не робіть
- не встановлюйте нічого і не переносіть файли необачно
- не запускайте багаторазовий «ремонт» і не перезаписуйте старі файли бази новими
- не продовжуйте роботу на оригінальному носії, якщо з’явилися помилки читання
У лабораторії ми спершу робимо безпечний образ носія, а лише потім працюємо на копії. Завдяки цьому ви не ризикуєте втратити залишки даних.
Діагностичне рішення
Як відрізнити проблему бази від проблеми диска (без вдавання в деталі)
Якщо комп’ютер раптово сповільнюється, файли відкриваються дуже довго або з’являються помилки копіювання, це часто сигнал того, що проблема лежить у носії, а не в самій програмі. Натомість повідомлення про "пошкоджену базу", відсутність доступу до таблиць або помилки узгодженості можуть виникати через перерваний запис.
Логічна проблема
Повідомлення про пошкоджену базу, відсутність доступу до таблиць, Consistency Check Error, Page Fault або Suspect Mode після перезапуску.
Проблема диска або сервера
Довге читання, помилки копіювання, зникаючі файли, відключення живлення, RAID офлайн або зависання системи.
помилки узгодженості
довге читання
помилки копіювання
режим підозри
перерваний запис
відмова живлення
На практиці найнадійніше сприймати ситуацію як потенційну аварію даних: не створювати нові записи та захистити стан «тут і зараз».
Пов’язані шляхи
Це проблема з базою даних чи ширша аварія корпоративного середовища?
Якщо проблема стосується Платника, Optima, SQL або Subiekta, оберіть цей шлях. Для бухгалтерського відділу та загальної аварії B2B у вас є окремі сторінки.
Швидка консультація
Повідомте базу для аналізу за допомогою лабораторії
Маєте питання? Зв'яжіться з нами, перш ніж чергові спроби виправлення перезапишуть файли або журнали.
Як підготувати файли, журнали та середовище до діагностики бази даних
У заявках на базу даних важливі не лише файли .mdf, .ldf, .db і робочі копії. Прискорює також контекст: назва програми, версія системи, останнє правильне збереження та повідомлення про помилки з консолі або програми.
Файли бази
.mdf, .ldf, .db, .mdb, робочі копії та оригінальні каталоги програми.
Логи SQL / додатків
Повідомлення про помилки з консолі, SQL Server або бухгалтерської програми.
Резервна копія / snapshot
Поточна резервна копія, snapshot або експорт за останній робочий день.
Версія програми
Назва програми, версія системи та інформація про те, чи база була на сервері чи комп'ютері.
Повідомлення про помилки
Зміст помилки, знімок екрана та момент останнього правильного запуску.
Остання правильна робота
Інформація про те, чи хтось після аварії виконував ремонт SQL, оновлення або відновлення копії.
Скорочення діагностики
Які файли та інформація дійсно прискорюють діагностику
Ми працюємо найефективніше, коли разом із базою отримуємо базовий контекст: структуру каталогів програми, логи сервера, імена користувачів та дату останнього правильного збереження. Важливою є також інформація про те, чи проблема з’явилася після відключення електроенергії, збою диска, оновлення системи чи атаки програму-вимагача.
структура каталогів програми
логи сервера та імена користувачів
дата останнього правильного запису
інформація про копіювання файлів "на гарячу"
ручне виправлення індексів або відновлення копії
рішення: логічна копія, образ носія чи структура бази
Ризиковані спроби
Чого не робити після помилки бази даних
- Не запускайте кілька інструментів відновлення один за одним, щоб "щось спрацювало".
- Не відновлюйте старі копії на ті самі файли без збереження оригіналу.
- Не стискайте та не переносіть пошкоджену базу між комп’ютерами без бінарної копії.
- Не припускайте, що проблема виключно програмна, якщо раніше були помилки диска, зникнення живлення або зависання системи.
Коли ескалювати
Коли контакт із лабораторією має найбільший сенс
Якщо додаток перестав відкривати базу після аварії електропостачання, система повідомляє помилки читання, сервер зникає з мережі або файли мають неприродні розміри, краще не робити подальших спроб на оригіналі.
Помилки читання або копіювання
Проблема може виходити за межі самої бази і стосуватися носія або серверного середовища.
Аварія електропостачання або перезавантаження
Перерваний запис може пошкодити цілісність бази, журналів та каталогу програми.
Сервер зникає з мережі
Варто зафіксувати стан «тут і зараз», перш ніж наступні спроби роботи збільшать хаос.
Файли мають ненормальні розміри
Це сигнал, що потрібна спокійна діагностика замість імпровізованого ремонту на оригіналі.
Логіка чи носій
Коли проблема з базою даних логічна, а коли може означати відмову носія?
Не кожна помилка бази даних одразу означає фізичне пошкодження диска, але є ситуації, коли це треба брати до уваги: відкладений запис, проблеми з копіюванням, зависання системи або зникнення файлів.
Питання та відповіді
FAQ — відновлення та ремонт баз даних Płatnik, Optima, SQL та Subiekt
Ви ремонтуєте базу чи відновлюєте її з резервної копії?
Це залежить від випадку. Іноді потрібен ремонт структури бази, а іноді безпечніше відновити та отримати дані з робочої копії або пошкодженого середовища.
Які файли та інформацію варто підготувати перед діагностикою?
Найкраще зібрати файли бази, журнали, інформацію про версію системи, повідомлення про помилки та опис моменту аварії. Це скорочує час для точного діагностування.
Ви працюєте з терміновими випадками для бухгалтерії та компаній?
Так, бо такі аварії часто блокують поточну операційну роботу. Обсяг та режим дій визначаємо після оцінки ризиків і доступності джерельного матеріалу.
Чи можна після ремонту перевірити узгодженість даних?
Так, з технічного боку можна оцінити, чи база запускається правильно та чи зберігає необхідну структуру. Обсяг тестів залежить від системи та вхідних даних.
Захистіть середовище
Захистіть базу, перш ніж наступні спроби перезаписати дані
Ми працюємо у режимі B2B, на копії, з можливістю NDA і перевіркою роботи бази перед передачею результату.