二〇二六年 レンタル Mac Mini七時二十四分：TimescaleDB と PostgreSQL 拡張バルク取込意思決定マトリクス（並列 workers・chunk・ディスク閾値）
レンタル Mac MiniへTimescaleDB／PostgreSQLで夜間 COPYすると並列・chunk・WAL・APFSが競合します。マトリクス・閾値・バックアップ窓・五手順・FAQで固定。バックアップ稿・水位 FAQ・夜間取込稿。公開購入（ログイン不要）。
- 並列 COPY過多でfsyncとcheckpointが先飽和し吞吐が伸びない。
- chunk過小はメタ過多、過大はvacuum単位が重い。
- ベースバックアップと取込重複でWALと空きが同時悪化。
TimescaleDB と素の PostgreSQL：選定マトリクス
受入は七時二十四分前提。
| 観点 | TimescaleDB | 素の PostgreSQL | 受入基準（目安） |
|---|---|---|---|
| 時間軸剪定 | chunkで削除・圧縮が容易 | 巨大ヒープ DELETEが重い | 時間バケット前提ならTimescaleDB |
| バルクのみ | 拡張・窓が増える | COPYに集中可 | 時系列薄いなら素 PGで可 |
| 長期ディスク | 圧縮で有利なことが多い | 生が膨らむ | 圧縮後とSLOを同表 |
並列 workers・chunk 方針・ディスク水位（閾値一覧）
| 項目 | 出発点 | 黄／アラート | 赤／停止ゲート |
|---|---|---|---|
| 並列 COPY | コアの約半分 | p95がSLO 八十パーセント超 | checkpoint 連続で吞吐低下 |
chunk_time_interval |
数百 MiB〜数 GiB／chunk | チャンク数百万級接近 | 単一十 GiB超で夜間未収束 |
| APFS | 空き三割以上 | 二割未満で減速 | 一割未満で新規停止 |
ベースバックアップ窓と WAL
長期七時二十四分では窓をカレンダー固定し突合します。単一 SSDでは特に重ねない。
- 物理バックアップは取込ピークと十五分以上ずらすか減速。
- archive遅延はWAL 圧迫が先。空きと併記。
- 週次のリストア演習で実際の窓長を測る。
中断復旧の五手順
- 一貫 checkpointまでWAL 再生。
- 冪等順でステージ再実行。
- 行数・checksumで突合。
- 再開トークンを一元管理。
- 次回バックアップに余裕無しなら取込上限を下げる。
引用に使える短句
- 並列はコア半分・SLO 内のみ増。
- chunkは数百 MiB〜数 GiBで再評価。
- APFSは黄二割赤一割＋絶対 GB。
- 初日フル後にメタデータとcheckpointを再点検。
FAQ
- checkpoint が続く
- 並列削減・max_wal_size見直し・単一ディスク I/O疑い。
- 長期レンタルで揃える物
- SSD 余白・夜間窓・復元演習を同一カレンダー。
まとめ：時間軸運用で選定し表で固定。長期レンタル Mac Miniの隔離検証は公開購入（ログイン不要）、ホーム・料金・ヘルプ。