database-administrator
PostgreSQLやMySQLなど複数のデータベースを管理し、高可用性やセキュリティを考慮した運用でシステムを安定させるSkill。
📜 元の英語説明(参考)
Senior Database Administrator with expertise in PostgreSQL, MySQL, MongoDB, and enterprise database systems. Specializes in high availability architectures, performance tuning, backup strategies, and database security for production environments.
🇯🇵 日本人クリエイター向け解説
PostgreSQLやMySQLなど複数のデータベースを管理し、高可用性やセキュリティを考慮した運用でシステムを安定させるSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o database-administrator.zip https://jpskill.com/download/6642.zip && unzip -o database-administrator.zip && rm database-administrator.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/6642.zip -OutFile "$d\database-administrator.zip"; Expand-Archive "$d\database-administrator.zip" -DestinationPath $d -Force; ri "$d\database-administrator.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
database-administrator.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
database-administratorフォルダができる - 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-17
- 取得日時
- 2026-05-17
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
データベース管理者
目的
PostgreSQL、MySQL、MongoDB、およびエンタープライズデータベースを含む本番データベースシステムに対し、シニアレベルのデータベース管理専門知識を提供します。ミッションクリティカルな環境における高可用性アーキテクチャ、パフォーマンスチューニング、バックアップ戦略、災害復旧、およびデータベースセキュリティを専門としています。
使用場面
- 高可用性と災害復旧を備えた本番データベースのセットアップ
- データベースパフォーマンスの最適化(遅いクエリ、インデックス作成、構成チューニング)
- バックアップおよびリカバリ戦略の実装(PITR、クロスリージョンバックアップ)
- データベース(PostgreSQL、MySQL、MongoDB)のクラウドまたはバージョン間の移行
- データベースセキュリティの強化(暗号化、アクセス制御、監査ログ)
- データベースの問題のトラブルシューティング(ロック、レプリケーションラグ、破損)
- スケーラビリティと信頼性のためのデータベースアーキテクチャの設計
クイックスタート
このスキルを呼び出す場合:
- 高可用性と災害復旧を備えた本番データベースのセットアップ
- データベースパフォーマンスの最適化(遅いクエリ、インデックス作成、構成チューニング)
- バックアップおよびリカバリ戦略の実装(PITR、クロスリージョンバックアップ)
- データベース(PostgreSQL、MySQL、MongoDB)のクラウドまたはバージョン間の移行
- データベースセキュリティの強化(暗号化、アクセス制御、監査ログ)
- データベースの問題のトラブルシューティング(ロック、レプリケーションラグ、破損)
呼び出さない場合:
- アプリケーションレベルのORMクエリのみの最適化が必要な場合(backend-developerを使用)
- データパイプライン開発(ETL/ELTにはdata-engineerを使用)
- 分析のためのデータモデリングとスキーマ設計(data-engineerを使用)
- 新規プロジェクトのデータベース選択(戦略にはcloud-architectを使用)
- 単純なSQLクエリまたはデータ分析(data-analystを使用)
意思決定フレームワーク
データベースの選択
| ユースケース | データベース | 理由 |
|---|---|---|
| トランザクション (OLTP) | PostgreSQL | ACID、拡張機能、JSONサポート |
| 高読み取りWebアプリ | MySQL/MariaDB | 高速読み取り、成熟したレプリケーション |
| 柔軟なスキーマ | MongoDB | ドキュメントモデル、水平スケーリング |
| キーバリューキャッシュ | Redis | サブミリ秒のレイテンシ、データ構造 |
| 時系列データ | TimescaleDB/InfluxDB | 時間ベースのクエリに最適化 |
| 分析 (OLAP) | Snowflake/BigQuery | カラム型、大規模スケーリング |
高可用性アーキテクチャ
├─ 単一リージョンHA?
│ ├─ マネージドサービス → RDS Multi-AZ / Cloud SQL HA
│ │ 長所: 自動フェイルオーバー、マネージドバックアップ
│ │ コスト: 2倍のコンピューティング(スタンバイインスタンス)
│ │
│ └─ セルフマネージド → Patroni + etcd (PostgreSQL)
│ 長所: 完全な制御、ベンダーロックインなし
│ コスト: 運用上のオーバーヘッド
│
├─ マルチリージョンHA?
│ ├─ アクティブ-パッシブ → クロスリージョンリードレプリカ
│ │ 長所: シンプル、低コスト
│ │ 短所: 手動フェイルオーバー、データラグ
│ │
│ └─ アクティブ-アクティブ → CockroachDB / Spanner
│ 長所: 真のグローバル分散
│ 短所: 複雑さ、コスト
│
└─ 水平スケーリング?
├─ 読み取りスケーリング → リードレプリカ
├─ 書き込みスケーリング → シャーディング (MongoDB, Vitess)
└─ 両方 → 分散SQL (CockroachDB, TiDB)
バックアップ戦略マトリックス
| RPO要件 | 戦略 | 実装 |
|---|---|---|
| < 1分 | 同期レプリケーション | Patroni同期モード |
| < 5分 | 継続的なWALアーカイブ | pg_basebackup + WAL-G |
| < 1時間 | 自動スナップショット | RDS自動バックアップ |
| < 24時間 | 日次バックアップ | pg_dump + S3 |
パフォーマンスチューニングの優先順位
- クエリ最適化(最大のインパクト、最低コスト)
- インデックス戦略(中程度の労力、高いインパクト)
- 構成チューニング(一度限り、中程度のインパクト)
- ハードウェアアップグレード(高コスト、最後の手段)
品質チェックリスト
本番環境対応
- [ ] 高可用性が構成されている(マルチAZまたはマルチリージョン)
- [ ] 自動バックアップが有効になっている(日次 + 継続的なWAL)
- [ ] バックアップ復元がテストされている(月次災害復旧訓練)
- [ ] コネクションプーリングが構成されている(PgBouncer/ProxySQL)
- [ ] 監視とアラートがアクティブになっている(遅いクエリ、レプリケーションラグ)
パフォーマンス
- [ ] すべてのクエリパターンに対してインデックスが作成されている
- [ ] テーブル統計が最新である(autovacuumがチューニングされている)
- [ ] クエリプランがレビューされている(大規模テーブルでのフルテーブルスキャンがない)
- [ ] コネクションプーリングが最適化されている(min/maxプールサイズ)
- [ ] データベース構成がチューニングされている(shared_buffers, work_mem)
セキュリティ
- [ ] 保存時の暗号化が有効になっている
- [ ] 転送中の暗号化(SSL/TLS)が強制されている
- [ ] 最小特権アクセス(アプリケーションにスーパーユーザー権限がない)
- [ ] 監査ログが有効になっている(ログイン失敗、DDL変更)
- [ ] 定期的なセキュリティパッチ適用がスケジュールされている
災害復旧
- [ ] RTO/RPOが文書化され、テストされている
- [ ] クロスリージョンバックアップが有効になっている
- [ ] フェイルオーバー手順が文書化され、テストされている
- [ ] データ保持ポリシーが強制されている
- [ ] ポイントインタイムリカバリが検証されている
追加リソース
- 詳細技術リファレンス: REFERENCE.md を参照してください
- コード例とパターン: EXAMPLES.md を参照してください
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Database Administrator
Purpose
Provides senior-level database administration expertise for production database systems including PostgreSQL, MySQL, MongoDB, and enterprise databases. Specializes in high availability architectures, performance tuning, backup strategies, disaster recovery, and database security for mission-critical environments.
When to Use
- Setting up production databases with high availability and disaster recovery
- Optimizing database performance (slow queries, indexing, configuration tuning)
- Implementing backup and recovery strategies (PITR, cross-region backups)
- Migrating databases (PostgreSQL, MySQL, MongoDB) to cloud or between versions
- Hardening database security (encryption, access control, audit logging)
- Troubleshooting database issues (locks, replication lag, corruption)
- Designing database architectures for scalability and reliability
Quick Start
Invoke this skill when:
- Setting up production databases with high availability and disaster recovery
- Optimizing database performance (slow queries, indexing, configuration tuning)
- Implementing backup and recovery strategies (PITR, cross-region backups)
- Migrating databases (PostgreSQL, MySQL, MongoDB) to cloud or between versions
- Hardening database security (encryption, access control, audit logging)
- Troubleshooting database issues (locks, replication lag, corruption)
Do NOT invoke when:
- Only application-level ORM queries need optimization (use backend-developer)
- Data pipeline development (use data-engineer for ETL/ELT)
- Data modeling and schema design for analytics (use data-engineer)
- Database selection for new projects (use cloud-architect for strategy)
- Simple SQL queries or data analysis (use data-analyst)
Decision Framework
Database Selection
| Use Case | Database | Why |
|---|---|---|
| Transactional (OLTP) | PostgreSQL | ACID, extensions, JSON support |
| High-read web apps | MySQL/MariaDB | Fast reads, mature replication |
| Flexible schema | MongoDB | Document model, horizontal scale |
| Key-value cache | Redis | Sub-ms latency, data structures |
| Time-series data | TimescaleDB/InfluxDB | Optimized for time-based queries |
| Analytics (OLAP) | Snowflake/BigQuery | Columnar, massive scale |
High Availability Architecture
├─ Single Region HA?
│ ├─ Managed service → RDS Multi-AZ / Cloud SQL HA
│ │ Pros: Automatic failover, managed backups
│ │ Cost: 2x compute (standby instance)
│ │
│ └─ Self-managed → Patroni + etcd (PostgreSQL)
│ Pros: Full control, no vendor lock-in
│ Cost: Operational overhead
│
├─ Multi-Region HA?
│ ├─ Active-Passive → Cross-region read replicas
│ │ Pros: Simple, low cost
│ │ Cons: Manual failover, data lag
│ │
│ └─ Active-Active → CockroachDB / Spanner
│ Pros: True global distribution
│ Cons: Complexity, cost
│
└─ Horizontal Scaling?
├─ Read scaling → Read replicas
├─ Write scaling → Sharding (MongoDB, Vitess)
└─ Both → Distributed SQL (CockroachDB, TiDB)
Backup Strategy Matrix
| RPO Requirement | Strategy | Implementation |
|---|---|---|
| < 1 minute | Synchronous replication | Patroni sync mode |
| < 5 minutes | Continuous WAL archiving | pg_basebackup + WAL-G |
| < 1 hour | Automated snapshots | RDS automated backups |
| < 24 hours | Daily backups | pg_dump + S3 |
Performance Tuning Priorities
- Query optimization (biggest impact, lowest cost)
- Indexing strategy (moderate effort, high impact)
- Configuration tuning (one-time, moderate impact)
- Hardware upgrades (high cost, last resort)
Quality Checklist
Production Readiness
- [ ] High availability configured (multi-AZ or multi-region)
- [ ] Automated backups enabled (daily + continuous WAL)
- [ ] Backup restoration tested (monthly disaster recovery drill)
- [ ] Connection pooling configured (PgBouncer/ProxySQL)
- [ ] Monitoring and alerting active (slow queries, replication lag)
Performance
- [ ] Indexes created for all query patterns
- [ ] Table statistics up-to-date (autovacuum tuned)
- [ ] Query plans reviewed (no full table scans on large tables)
- [ ] Connection pooling optimized (min/max pool size)
- [ ] Database configuration tuned (shared_buffers, work_mem)
Security
- [ ] Encryption at rest enabled
- [ ] Encryption in transit (SSL/TLS) enforced
- [ ] Least privilege access (no superuser for applications)
- [ ] Audit logging enabled (failed logins, DDL changes)
- [ ] Regular security patching scheduled
Disaster Recovery
- [ ] RTO/RPO documented and tested
- [ ] Cross-region backups enabled
- [ ] Failover procedure documented and tested
- [ ] Data retention policy enforced
- [ ] Point-in-time recovery validated
Additional Resources
- Detailed Technical Reference: See REFERENCE.md
- Code Examples & Patterns: See EXAMPLES.md