内网限制最大5G该如何传输30G的资源包

内网限制最大5G该如何传输30G的资源包

1背景

在客户现场部署应用时,为丰富现有功能场景,需导入一个30G的最新资源包至内网环境。在保障基础资源可用的前提下,面临内网单次传输文件不得超过5G的限制。

2方案

采用分卷压缩技术,将30G资源包分割为多个小于5G的子文件,分别上传至内网服务器后,再进行合并与解压。

3实施步骤

3.1资源包下载

因网络资源限制,受网速影响为尽快将资源包从公司环境下载并传到内网,首先在公司环境对资源包进行打包。

bash 复制代码
##新资源包application在/app目录下,将文件打包在/app/download目录下
##cd /app
tar -zcf /app/download/application.tar.gz -C /app application/

3.2压缩分卷

此处可以在终端直接分卷,也可以分成多个zip包,推荐使用支持分卷压缩的工具(如Bandizip)。

关键设置:‌

  • 必须明确指定每个分卷的大小,例如"将分卷大小设置为4G(略小于5G以确保传输成功)"。这是方案可行的核心。
  • 如图所示,在压缩设置界面选择"分卷"选项,设置为"4 GB (FAT32)"格式
  • 压缩格式选择"ZIP",压缩级别选择"正常压缩"

分卷结果:‌

由于资源包30G,分卷后一共有8个文件,其中7个文件名后缀为.z+数字(如.z01),直至.zip:

  • application.z01
  • application.z02
  • ......
  • application.z07
  • application.zip

3.3资源包上传到内网环境

将多个分卷包上传到内网指定服务器路径/data/resource/new。
推荐工具:‌**

  • 使用WinSCP软件,连接服务器输入用户密码登录后逐个上传所有分卷文件。

3.4解压包文件

目前是多个分卷包,只有它们合到一起才是完整的文件,所以不能单独解压。

bash 复制代码
# 备份原有资源
mv /data/resource/application /data/resource/application.bak20251117
# 将分卷整合命名为20251117application.zip
# 注意:分卷合并后的名字不要与分卷名字冲突
cat /data/resource/new/application.z*> /data/resource/new/20251117application.zip
# 验证文件完整性
unzip -t /data/resource/new/20251117application.zip
# 确保所有分卷(.z01, .z02, ..., .zip)在同一个目录
# 直接解压.zip文件,程序会自动识别所有分卷
unzip /data/resource/new/20251117application.zip -d /data/resource/new
# 将新的资源包放到指定路径
tar -zxf /data/resource/new/application.tar.gz -C /data/resource

4.注意事项

  • 所有分卷文件必须上传到同一目录下
  • 解压时确保磁盘空间充足
  • 建议在解压前验证文件完整性,避免传输过程中可能出现的损坏
相关推荐
Linux运维技术栈2 小时前
从Docker到宝塔:Magento2 2.3.5 安装全流程踩坑与成功实践
运维·adobe·docker·容器·magento2
拾忆,想起2 小时前
Dubbo负载均衡全解析:五种策略详解与实战指南
java·运维·微服务·架构·负载均衡·dubbo·哈希算法
ttthe_MOon3 小时前
Nginx实战:状态码、反向代理原理与负载均衡实战详解
运维·nginx·负载均衡
hero_heart3 小时前
ubuntu 密码重置(不用系统盘)
linux·运维·ubuntu
v***43173 小时前
Nginx WebSocket 长连接及数据容量配置
运维·websocket·nginx
2301_816073833 小时前
SELinux 学习笔记
linux·运维·前端
归叶再无青4 小时前
nginx从入门到实践全指南
运维·nginx·bash
爱喝水的鱼丶4 小时前
SAP-ABAP:SAP概述:数据处理的系统、应用与产品
运维·学习·sap·abap·1024程序员节
A***27954 小时前
后端服务限流配置,Spring Cloud Gateway
java·运维·数据库