frederico_raposo
03/06/2026, 11:01 AMkapa.ai
03/06/2026, 11:01 AMdocker-compose down
2. Start only the database:
docker-compose up -d db
3. Drop and recreate the database:
docker exec airbyte-db psql -U docker -c 'drop database airbyte';
docker exec airbyte-db psql -U docker -c 'create database airbyte with owner docker;'
4. Restore from your SQL backup:
cat airbyte_backup.sql | docker exec -i airbyte-db psql -U docker -d airbyte
5. Restart Airbyte:
docker-compose up -d
6. Re-trigger connections — you'll need to trigger all connections again to recreate the Temporal workflows for them. This can be done via the Airbyte API. [Docker migration guide]
> Note: Both the source and target instances should be running the same Airbyte version for this to work reliably. [Docker migration guide]
-------------------------
Kubernetes Deployment (Helm Chart V2)
1. Copy the SQL backup into the database pod:
kubectl cp ./airbyte_backup.sql airbyte/airbyte-db-0:/tmp/airbyte_backup.sql
2. Drop and recreate the schema:
kubectl exec -n airbyte -it airbyte-db-0 -- bash -c "psql -U airbyte -d db-airbyte -c 'DROP SCHEMA public CASCADE; CREATE SCHEMA public;'"
3. Restore the database:
kubectl exec -n airbyte -it airbyte-db-0 -- bash -c "psql -U airbyte -d db-airbyte < /tmp/airbyte_backup.sql"
[Kubernetes restore guide]
-------------------------
Important Caveats
• Deleted connections cannot be recovered through the UI — deleting a connection is irreversible from the UI perspective. [connection management docs]
• If you only need to recover active connections, restoring the full database backup is the most reliable method.
• If you don't have a database backup, you would need to manually recreate the connections in the Airbyte UI or via the API. 👍 0 button 👎 0 button ℹ️ Tip: Mention @kapa.ai in the thread for follow-ups or DM the app for 1-to-1 help.frederico_raposo
03/06/2026, 11:04 AMkapa.ai
03/06/2026, 11:04 AMView logs
• Download logs — for a full local copy, including logs across multiple attempts [Browsing logs]
3. Audit Logging (Self-Managed Enterprise only)
If you're on Self-Managed Enterprise, audit logging captures create, update, and delete operations on connections, sources, destinations, and more. These logs are stored as JSON files in a blob storage bucket you configure. [Audit logging]
-------------------------
However, the knowledge sources do not explicitly mention whether sync logs include details about specific "boards" (e.g., from a source like Trello or Jira) that were targeted in a sync. The logs primarily cover the sync operations themselves. To see which specific streams/objects were configured, you'd need to check the connection's stream configuration in the UI or review the detailed sync logs. 👍 0 button 👎 0 button ℹ️ Tip: Mention @kapa.ai in the thread for follow-ups or DM the app for 1-to-1 help.