Планування операційного відновлення

Побудова придатної для перевірки послідовності відновлення з підтримуваних залежностей процесів і завдань, явних ресурсів, імітацій збоїв та цілей RTO/RPO.

Ввід

Результат

Планування відновлення починається з підтримуваних операційних фактів: залежностей процесів, завдань, тривалостей, ресурсів і цільових часів. ШІ вибирає змістовні уривки процесів і завдань для перевірки. Сервер обчислює зачеплені наступні процеси, послідовність з урахуванням місткості та нез'ясовані блокувальні причини. Заплановане завершення, порівняння RTO й докази віку резервної копії залишаються відокремленими від твердження про успішне відновлення.

Твої тексти, сторінки та зображення обробляються на наших власних серверах у ЄС. Центр довіри

Спробувати зараз Ціни

Для кого

Команди операційної та ІТ-безперервності, що готують настільне навчання з підтримуваних внутрішніх процедур відновлення. Це не контролер поточного інциденту, посібник із невідкладної медичної допомоги або планувальник евакуації. Затверджені внутрішні робочі інструкції та відповідальні фахівці залишаються необхідними.

Типове використання

Імітація несправного процесу та відстеження залежних від нього процесів.
Зменшення місткості ресурсів або позначення ресурсу відновлення як недоступного.
Порівняння запланованого завершення з RTO та наданого віку резервної копії з RPO.
Виявлення циклів залежностей, відсутніх завдань і заблокованої наступної роботи перед настільною перевіркою.

Приклад

Ввід

Критичні операційні та ІТ-процеси: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,База даних замовлень,high,60,60,2026-11-03T08:30:00Z,Команда бази даних,Відновлення підтримуваної бази даних замовлень перед перезапуском приймання замовлень. P2,Приймання замовлень,high,120,60,2026-11-03T08:30:00Z,Команда сервісу,Приймання замовлень потребує доступної бази даних замовлень. Підтримувані залежності: id,from,to,evidence L1,P1,P2,Приймання замовлень читає та записує базу даних замовлень. Підтримувані завдання відновлення: id,process,sequence,duration_minutes,resource,units,instruction T1,P1,1,30,R1,1,Відновлення затвердженої резервної копії бази даних і запис результату перевірки. T2,P2,1,20,R1,1,Перезапуск підтримуваного сервісу приймання замовлень після перевірки бази даних. Ресурси відновлення: id,name,capacity R1,Оператор відновлення,1 Ідентифікатори імітованих несправних процесів: P1 Явний опорний час UTC: 2026-11-03T09:00:00Z Горизонт планування у хвилинах: 480 Пріоритет планування відновлення: Надана критичність Доступна місткість ресурсів (%): 100 Запас безпеки RTO у хвилинах: 0 Політика віку резервної копії: Попереджати про прогалини резервних копій Фільтр критичності: Усі Максимум записів для перевірки: 10 Докладність цитат: Докладно Порядок відображення: Запланований початок

Результат

Завдання бази даних заплановане на хвилини 0–30, а приймання замовлень — на хвилини 30–50 із використанням одного оператора відновлення. Обидва заплановані завершення відповідають наданим цілям RTO 60 і 120 хвилин. Наданий вік резервної копії становить 30 хвилин відносно RPO 60 хвилин. Це планові порівняння, а не доказ придатної резервної копії або успішного відновлення.

Фіксований приклад, скорочений. Справжні результати створює ШІ: перевіряй їх.

Ціна й ліміти

Ціна: зазвичай 1–3 кредитів
Доступно з: Безкоштовний, З пакетом
Ліміт вводу: Одна сторінка до 100 000 символів HTML

Конфіденційність

Обробка на наших власних серверах у ЄС (Польща). Ввід і результати видаляються через 7 дн. (безкоштовний тариф) або 30 дн. (пакети), а якщо ти вирішиш їх не зберігати — одразу після того, як побачиш результат. Зображення видаляються одразу після обробки.

В API

Назва інструмента: recovery_plan. Створи завдання через POST /api/v1/jobs і отримай результат через GET /api/v1/jobs/{id}. Свій ключ API ти знайдеш у своєму акаунті.

curl -X POST https://do4u.eu/api/v1/jobs \
  -H "Authorization: Bearer d4u_…" -H "Content-Type: application/json" \
  -d '{"tool": "recovery_plan", "url": "https://example.com/"}'

Повна документація API →

Запитання та відповіді

Чи виконуються завдання або генеруються довільно?

Ні. Лише підтримувані інструкції завдань можуть з'являтися як точні цитати. Модель не може додати команду, завдання відновлення або ресурс. Нічого не виконується й не надсилається зовнішньому сервісу.

Як обробляються залежності та місткість?

Зачеплений процес очікує, доки кожна зачеплена передумова буде запланована. Його завдання дотримуються наданої послідовності. Резервування ресурсів поважає ефективну місткість у цілих одиницях і дозволяє паралельну роботу лише за достатньої місткості. Цикли, відсутні завдання й нездійсненні ресурсні вимоги залишаються блокувальними причинами; наступна робота не може їх пропускати.

Чи доводить виконання RTO або RPO відновлення?

Ні. RTO порівнює оцінене завершення плюс явний запас із наданою ціллю. RPO порівнює опорний час із наданою часовою позначкою резервної копії. Жодне не перевіряє цілісність резервної копії, фактичну втрату даних або успішне відновлення. Незачеплені передумови вважаються доступними, тому неповні дані залежностей можуть зробити план недійсним.

Чи зберігається мій текст?

Лише доти, доки це потрібно: 7 дн. на тарифі Free, 30 дн. з пакетом – або взагалі не зберігається, якщо ти вирішиш його не зберігати. Обробка відбувається на наших власних серверах у ЄС (Польща).

Чи можна одразу користуватися результатом?

Результати створені ШІ. Будь ласка, прочитай їх, перш ніж публікувати чи надсилати.