backup-disaster-recovery
重要なシステムやデータを守るため、バックアップ方法を考えたり、災害からの復旧計画を作ったり、データを元に戻す手順を実行したりするSkill。
📜 元の英語説明(参考)
Implement backup strategies, disaster recovery plans, and data restoration procedures for protecting critical infrastructure and data.
🇯🇵 日本人クリエイター向け解説
重要なシステムやデータを守るため、バックアップ方法を考えたり、災害からの復旧計画を作ったり、データを元に戻す手順を実行したりするSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o backup-disaster-recovery.zip https://jpskill.com/download/21348.zip && unzip -o backup-disaster-recovery.zip && rm backup-disaster-recovery.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/21348.zip -OutFile "$d\backup-disaster-recovery.zip"; Expand-Archive "$d\backup-disaster-recovery.zip" -DestinationPath $d -Force; ri "$d\backup-disaster-recovery.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
backup-disaster-recovery.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
backup-disaster-recoveryフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 6
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
バックアップと災害復旧
目次
概要
データ保護、事業継続性、およびインフラストラクチャ障害からの迅速な復旧を確実にするための、包括的なバックアップと災害復旧戦略を設計し、実装します。
使用場面
- データ保護とコンプライアンス
- 事業継続計画
- 災害復旧計画
- 特定時点の復旧 (Point-in-time recovery)
- クロスリージョンフェイルオーバー
- データ移行
- コンプライアンスと監査要件
- 目標復旧時間 (RTO) の最適化
クイックスタート
最小限の動作例:
# postgres-backup-cronjob.yaml
apiVersion: v1
kind: ConfigMap
metadata:
name: backup-script
namespace: databases
data:
backup.sh: |
#!/bin/bash
set -euo pipefail
BACKUP_DIR="/backups/postgresql"
RETENTION_DAYS=30
DB_HOST="${POSTGRES_HOST}"
DB_PORT="${POSTGRES_PORT:-5432}"
DB_USER="${POSTGRES_USER}"
DB_PASSWORD="${POSTGRES_PASSWORD}"
export PGPASSWORD="$DB_PASSWORD"
# Create backup directory
mkdir -p "$BACKUP_DIR"
# Full backup
BACKUP_FILE="$BACKUP_DIR/full-$(date +%Y%m%d-%H%M%S).sql"
// ... (完全な実装についてはリファレンスガイドを参照してください)
リファレンスガイド
references/ ディレクトリ内の詳細な実装:
| ガイド | 内容 |
|---|---|
| Database Backup Configuration | データベースバックアップ設定 |
| Disaster Recovery Plan Template | 災害復旧計画テンプレート |
| Backup and Restore Script | バックアップと復元スクリプト |
| Cross-Region Failover | クロスリージョンフェイルオーバー |
ベストプラクティス
✅ 実施すべきこと
- 定期的なバックアップテストの実施
- 複数のバックアップ場所の使用
- 自動バックアップの実装
- 復旧手順の文書化
- フェイルオーバー手順の定期的なテスト
- バックアップ完了の監視
- 不変バックアップの使用
- 保存時および転送時のバックアップの暗号化
❌ 実施すべきでないこと
- 単一のバックアップ場所に依存すること
- バックアップの失敗を無視すること
- バックアップを本番データと同じ場所に保存すること
- 復旧手順のテストを省略すること
- 復旧速度のニーズを超えてバックアップを過度に圧縮すること
- バックアップの整合性検証を忘れること
- 暗号化キーをバックアップと一緒に保存すること
- バックアップが自動的に機能していると仮定すること
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Backup and Disaster Recovery
Table of Contents
Overview
Design and implement comprehensive backup and disaster recovery strategies to ensure data protection, business continuity, and rapid recovery from infrastructure failures.
When to Use
- Data protection and compliance
- Business continuity planning
- Disaster recovery planning
- Point-in-time recovery
- Cross-region failover
- Data migration
- Compliance and audit requirements
- Recovery time objective (RTO) optimization
Quick Start
Minimal working example:
# postgres-backup-cronjob.yaml
apiVersion: v1
kind: ConfigMap
metadata:
name: backup-script
namespace: databases
data:
backup.sh: |
#!/bin/bash
set -euo pipefail
BACKUP_DIR="/backups/postgresql"
RETENTION_DAYS=30
DB_HOST="${POSTGRES_HOST}"
DB_PORT="${POSTGRES_PORT:-5432}"
DB_USER="${POSTGRES_USER}"
DB_PASSWORD="${POSTGRES_PASSWORD}"
export PGPASSWORD="$DB_PASSWORD"
# Create backup directory
mkdir -p "$BACKUP_DIR"
# Full backup
BACKUP_FILE="$BACKUP_DIR/full-$(date +%Y%m%d-%H%M%S).sql"
// ... (see reference guides for full implementation)
Reference Guides
Detailed implementations in the references/ directory:
| Guide | Contents |
|---|---|
| Database Backup Configuration | Database Backup Configuration |
| Disaster Recovery Plan Template | Disaster Recovery Plan Template |
| Backup and Restore Script | Backup and Restore Script |
| Cross-Region Failover | Cross-Region Failover |
Best Practices
✅ DO
- Perform regular backup testing
- Use multiple backup locations
- Implement automated backups
- Document recovery procedures
- Test failover procedures regularly
- Monitor backup completion
- Use immutable backups
- Encrypt backups at rest and in transit
❌ DON'T
- Rely on a single backup location
- Ignore backup failures
- Store backups with production data
- Skip testing recovery procedures
- Over-compress backups beyond recovery speed needs
- Forget to verify backup integrity
- Store encryption keys with backups
- Assume backups are automatically working
同梱ファイル
※ ZIPに含まれるファイル一覧。`SKILL.md` 本体に加え、参考資料・サンプル・スクリプトが入っている場合があります。
- 📄 SKILL.md (2,648 bytes)
- 📎 references/backup-and-restore-script.md (4,274 bytes)
- 📎 references/cross-region-failover.md (1,944 bytes)
- 📎 references/database-backup-configuration.md (3,341 bytes)
- 📎 references/disaster-recovery-plan-template.md (1,898 bytes)
- 📎 scripts/validate-schema.sh (426 bytes)