一、打印內(nèi)容說明

docker ps默認(rèn)輸出的核心列是：容器ID（CONTAINER ID） → 鏡像名稱（IMAGE） → 命令（COMMAND） → 創(chuàng)建時間（CREATED） → 狀態(tài)（STATUS） → 容器名稱（NAMES）。

對應(yīng)到輸出內(nèi)容，每個服務(wù)的信息是：

二、鏡像名稱 vs 容器名稱：核心區(qū)別

可以類比成“安裝包”和“正在運(yùn)行的軟件”：

• 鏡像名稱（IMAGE）：是一個靜態(tài)的“模板/安裝包”，里面包含了服務(wù)運(yùn)行需要的代碼、依賴、配置等所有內(nèi)容（比如上面的spark-knowledge:V1.0_1111就是帶版本的鏡像）。它是“死的”，不能直接運(yùn)行，只能用來創(chuàng)建容器。
• 容器名稱（NAMES）：是基于鏡像啟動的“動態(tài)運(yùn)行實(shí)例”（比如spark-knowledge）。它是“活的”，可以啟動、停止、修改里面的內(nèi)容，每個容器都是獨(dú)立的（哪怕用同一個鏡像，也能啟動多個不同的容器）。

一、命令是打包「鏡像」，不是容器

docker save 是專門用于將Docker鏡像打包成tar文件的命令，而容器是鏡像的運(yùn)行實(shí)例，打包容器需要用 docker export（但業(yè)務(wù)場景中一般優(yōu)先打包鏡像，因?yàn)殓R像包含完整運(yùn)行環(huán)境）。

你原命令里 spark-knowledge:backup_$(date +%Y%m%d) 是「鏡像名稱:標(biāo)簽」的格式，但這里有個小問題：你的鏡像實(shí)際名稱不是 spark-knowledge（spark-knowledge 是容器名），直接用這個會提示找不到鏡像，需要先修正鏡像名稱。

二、先理清：各服務(wù)的「鏡像完整名稱」（打包的核心前提）

先從你之前的 docker ps 輸出里提取每個服務(wù)的完整鏡像名（鏡像名帶倉庫地址+版本標(biāo)簽），整理如下：

三、各服務(wù)鏡像打包成tar包的正確命令（逐個說明）

通用規(guī)則：

docker save -o 【輸出的tar包路徑/名稱】 【完整鏡像名稱】

• -o：指定打包后的tar包保存路徑和名稱（建議包含服務(wù)名+日期，方便區(qū)分）；
• 鏡像名稱必須和上面表格里的「完整鏡像名稱」完全一致（包括倉庫地址、版本標(biāo)簽）。

逐個服務(wù)的打包命令：

1. spark-knowledge 鏡像打包

# 打包后tar包名：spark-knowledge_20251203.tar（日期自動取當(dāng)天）
docker save -o ./spark-knowledge_$(date +%Y%m%d).tar artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-knowledge:V1.0_1111

2. spark-ai-search 鏡像打包

docker save -o ./spark-ai-search_$(date +%Y%m%d).tar artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-ai-search:V1.0_1014

3. spark-user 鏡像打包

docker save -o ./spark-user_$(date +%Y%m%d).tar artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-user:V1.0_1013

4. spark-ai-collect 鏡像打包

docker save -o ./spark-ai-collect_$(date +%Y%m%d).tar artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-ai-collect:V1.0_1036

5. spark-elasticsearch 鏡像打包

docker save -o ./spark-elasticsearch_$(date +%Y%m%d).tar artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-elasticsearch:V1.0_2

6. spark-gateway 鏡像打包

docker save -o ./spark-gateway_$(date +%Y%m%d).tar artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-gateway:V1.0_7

四、補(bǔ)充說明

1. 為什么不能用容器名打包？
   docker save 只認(rèn)「鏡像名」，不認(rèn)「容器名」。比如你原命令里寫 spark-knowledge:backup_xxx，但 spark-knowledge 是容器名，不是鏡像名，執(zhí)行會報錯 no such image，必須替換成表格里的完整鏡像名。

2. 打包后驗(yàn)證：
   執(zhí)行完打包命令后，用 ls -lh 查看當(dāng)前目錄，能看到對應(yīng)tar包（比如 spark-knowledge_20251203.tar），說明打包成功。

3. 如果想打包容器（極少用，僅作補(bǔ)充）：
   若非要打包容器（容器是運(yùn)行實(shí)例，打包后丟失鏡像的分層、歷史等信息），命令是：

   # 以spark-knowledge容器為例
   docker export -o ./spark-knowledge_container_$(date +%Y%m%d).tar spark-knowledge
   

   業(yè)務(wù)場景中優(yōu)先用 docker save 打包鏡像，因?yàn)殓R像可直接重新創(chuàng)建容器，而容器打包的文件僅能導(dǎo)入為鏡像（且不完整）。

4. 批量打包（可選，簡化操作）：
   若想一次性打包所有服務(wù)，可寫個簡單腳本：

   #!/bin/bash
   # 定義所有服務(wù)的鏡像名和對應(yīng)輸出文件名
   declare -A images=(
     ["spark-knowledge"]="artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-knowledge:V1.0_1111"
     ["spark-ai-search"]="artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-ai-search:V1.0_1014"
     ["spark-user"]="artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-user:V1.0_1013"
     ["spark-ai-collect"]="artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-ai-collect:V1.0_1036"
     ["spark-elasticsearch"]="artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-elasticsearch:V1.0_2"
     ["spark-gateway"]="artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-gateway:V1.0_7"
   )
   
   # 循環(huán)打包
   for name in "${!images[@]}"; do
     docker save -o ./${name}_$(date +%Y%m%d).tar ${images[$name]}
     echo "? 已打包 ${name} 鏡像：./${name}_$(date +%Y%m%d).tar"
   done
   

   保存為 backup_spark_images.sh，執(zhí)行 chmod +x backup_spark_images.sh && ./backup_spark_images.sh 即可批量打包。

一、打包耗時：沒有固定值，核心看2個因素

Docker鏡像打包（docker save）的耗時主要取決于鏡像大小 + 服務(wù)器磁盤IO/網(wǎng)絡(luò)（如果鏡像有遠(yuǎn)程層）：

• 小鏡像（幾十MB）：幾秒到十幾秒；
• 中大型鏡像（幾百M(fèi)B_{幾GB）：幾分鐘甚至更久（比如你的spark相關(guān)鏡像，大概率是幾百M(fèi)B級別，通常1}5分鐘居多）。

你可以先執(zhí)行 docker images --format "{{.Repository}}:{{.Tag}} {{.Size}}" | grep spark 查看每個鏡像的大小，能大致判斷耗時：

# 執(zhí)行這個命令看鏡像大小
docker images --format "{{.Repository}}:{{.Tag}} {{.Size}}" | grep spark

二、怎么看是否在打包？3種方法確認(rèn)狀態(tài)

docker save 命令執(zhí)行時默認(rèn)沒有實(shí)時輸出（屬于“靜默執(zhí)行”），但可以通過以下方式判斷是否在運(yùn)行：

方法1：新開終端，查進(jìn)程（最直接）

登錄服務(wù)器新開一個終端，執(zhí)行以下命令，能看到 docker save 進(jìn)程就說明還在打包：

# 查找docker save相關(guān)進(jìn)程
ps -ef | grep "docker save"
# 或更精準(zhǔn)：只看正在運(yùn)行的docker save進(jìn)程（排除grep自身）
ps -ef | grep "docker save" | grep -v grep

• 輸出類似這樣，說明進(jìn)程還在（打包中）：

  root      12345  12000  2 10:00 pts/0    00:00:10 docker save -o ./spark-knowledge_20251203.tar artifacts.iflytek.com/znfw-docker-repo/znzt2024qyzskv10cpg hxm/ckb/spark-knowledge:V1.0_1111
  

• 若沒有輸出，說明進(jìn)程已結(jié)束（要么打包完成，要么報錯退出）。

方法2：看磁盤寫入（判斷是否在干活）

docker save 會往本地寫tar文件，可通過 du 或 ls -lh 實(shí)時看文件大小變化：

1. 先執(zhí)行 ls -lh | grep .tar 看目標(biāo)tar文件的大?。▌倛?zhí)行命令時，文件可能是0字節(jié)或很?。?/li>
2. 隔幾秒再執(zhí)行一次，如果文件大小在持續(xù)增長，說明還在打包；
3. 若大小長時間不變，且進(jìn)程也消失了，說明打包完成/失敗。

示例：

# 實(shí)時監(jiān)控tar包大?。ㄌ鎿Q成你的包名）
watch -n 1 "ls -lh spark-knowledge_$(date +%Y%m%d).tar"

• watch -n 1 表示每秒刷新一次，能直觀看到文件從0→逐漸增大→停止增長（完成）。

方法3：查Docker守護(hù)進(jìn)程日志（可選）

如果懷疑命令卡住，可查看Docker日志（不同系統(tǒng)路徑略有差異）：

# CentOS/RHEL系統(tǒng)
journalctl -fu docker.service | grep save
# Ubuntu系統(tǒng)
tail -f /var/log/docker.log | grep save

• 若有 save 相關(guān)的日志輸出，能看到打包的進(jìn)度/錯誤；若無異常日志，說明命令在正常執(zhí)行。

三、關(guān)于“命令執(zhí)行完沒輸出”：必須等打包完成！

docker save 是阻塞式命令——執(zhí)行后會一直運(yùn)行，直到打包完成（或報錯）才會返回終端提示符（比如 [root@server ~]#）：

• 終端沒有回到提示符 → 還在打包中，千萬別中斷（Ctrl+C會導(dǎo)致打包失敗，tar包損壞）；
• 終端回到提示符 → 打包完成（無論成功/失敗，都會退出）。

四、打包完成/失敗的判斷

1. 打包成功

• 終端回到提示符；
• ls -lh 能看到tar包，且大小和鏡像大小匹配（比如鏡像500MB，tar包大概450~500MB，因?yàn)閠ar會輕微壓縮）；
• 執(zhí)行 docker load -i 你的tar包名.tar 能正常加載（可選驗(yàn)證，確保包沒問題）。

2. 打包失敗

• 終端回到提示符，但tar包大小為0字節(jié)/遠(yuǎn)小于鏡像大?。?/li>
• 終端會輸出錯誤提示（比如 no such image、權(quán)限不足、磁盤滿等）；
• 常見失敗原因：鏡像名寫錯、磁盤空間不足（執(zhí)行 df -h 看磁盤使用率）、權(quán)限不夠（加sudo）。

五、補(bǔ)充：避免打包卡住的小技巧

1. 先檢查磁盤空間：df -h 確保當(dāng)前目錄所在磁盤有足夠空間（至少是鏡像大小的1.5倍）；
2. 打包時別做高IO操作（比如拷貝大文件、跑其他任務(wù)），避免拖慢速度；
3. 若單個鏡像打包太久，可分批打包（比如先打1個，確認(rèn)耗時后再批量）。

如果等了很久（比如超過10分鐘）還沒完成，先通過方法1查進(jìn)程是否還在，再查磁盤IO（iostat -x 1）和Docker日志，大概率是磁盤慢或鏡像太大導(dǎo)致的，耐心等即可。

到此這篇關(guān)于docker打tar包命令使用小結(jié)的文章就介紹到這了,更多相關(guān)docker打tar包內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論