aiyimickey
|
502d1341fb
|
fix: 备份脚本改用 docker cp 从容器内复制数据库文件
assets-ai 和 issue-ai 使用 Docker volume 存储数据，之前用 cp 从宿主机路径
复制拿到的是残留旧文件（assets.db 只有 4KB），改为 docker cp 确保拿到真实数据。
|
2026-05-18 14:57:19 +08:00 |
|
aiyimickey
|
78ff4b01b6
|
refactor: local.sh 更名为 sites-manage-local.sh，新增 sites-manage-cloud.sh 云端管理脚本
- local.sh → sites-manage-local.sh（重命名，职责更清晰）
- 新增 sites-manage-cloud.sh（云服务器站点启停管理）
- 更新 backup-db.sh、deploy-ai.sh、restore-db.sh
- 添加 .gitignore（忽略 .DS_Store）
|
2026-05-18 14:52:40 +08:00 |
|
aiyimickey
|
3efb7573ac
|
docs: 创建 scripts 目录总览 README
介绍所有脚本的用途、用法、依赖关系和备份存储路径。
|
2026-05-15 16:33:16 +08:00 |
|
aiyimickey
|
8eff29e4f1
|
feat: 备份同时保存云端持久副本
云端 /root/docker/db-backups/ 与本地同步保留备份文件，
/tmp/db-backup/ 仅作传输中转，完成后清理。
|
2026-05-15 16:30:48 +08:00 |
|
aiyimickey
|
cb0424c896
|
fix: 备份/恢复脚本统一用 better-sqlite3 替代 sqlite3 CLI
容器内没有 sqlite3 CLI（Alpine 基础镜像），统一改为 docker exec node -e
调用 better-sqlite3 执行 checkpoint 和验证。
|
2026-05-15 16:29:42 +08:00 |
|
aiyimickey
|
7c213873bb
|
fix: 备份与恢复脚本深度修复
backup-db.sh:
- 新增备份后 SQLite 文件有效性验证（scp 传输后检查）
restore-db.sh (云端恢复):
- 修复：验证用 docker cp + docker exec sqlite3，不再依赖宿主机 sqlite3
- 修复：先停止容器再替换数据库，防止写入冲突
- 修复：替换后删除 WAL/SHM 残留文件，防止旧日志与新库不匹配损坏
|
2026-05-15 16:24:41 +08:00 |
|
aiyimickey
|
d65583f6df
|
fix: 备份前执行 WAL checkpoint + 确保本地目录存在
- 复制数据库文件前通过 docker exec sqlite3 执行 PRAGMA wal_checkpoint(TRUNCATE)，
确保 WAL 内容合并到 .db 主文件，避免备份不一致或损坏
- 添加 mkdir -p 确保本地备份目录存在
|
2026-05-15 16:19:15 +08:00 |
|
aiyimickey
|
f3373d6f9a
|
docs: 更新连通性检查文档 — 重试机制 + 双向检查
|
2026-05-15 15:21:33 +08:00 |
|
aiyimickey
|
ccc0f5800d
|
feat: 连通性检查加重试机制 + 新增 assets→issue 方向检查
- 两边检查均自带 3 次重试（间隔 10s），应对同时部署时目标容器暂不可达
- 新增 assets→issue API 连通性检查，与 issue→assets 对称
|
2026-05-15 15:18:57 +08:00 |
|
aiyimickey
|
a7e0651bd5
|
docs: 新增 deploy-ai.sh README 与部署连通性检查（v2026.05.14）
- [新增] deploy-ai-readme.md 完整文档
- [新增] deploy-ai.sh 部署后自动验证 issue→assets API 连通性
|
2026-05-15 09:18:55 +08:00 |