服务器维护工作里,“换 PCIe 卡”属于典型的高频操作,但也是事故率不低的操作。如果你只把它理解为“关机、拆盖、插卡、开机”四步,那大概率会在某个环节卡住:可能是新卡插上后系统不识别,可能是带宽从 x16 悄悄降到了 x8,也可能是散热风道被破坏后温度直接报警。以 FusionServer 2258H V8 这类机架式服务器为例,PCIe 卡种类多、槽位位置差异大、供电与线缆关系复杂,换卡这件事远没有表面看起来那么简单。
我的判断是:更换 PCIe 卡真正有门槛的部分,不在最终拔插的那一下,而在动手前的识别规划、操作中的安全控制,以及上电后的系统验证。这篇文章会从 FusionServer 2258H V8 的硬件特点出发,把更换 PCIe 卡的全流程拆开讲清楚,包括准备工作、拆卸安装步骤、驱动处理、验证方法、高频坑点和工程化建议。无论你是刚接触服务器硬件的运维新人,还是需要自己维护测试机的开发同学,读完都能按这套思路安全地把卡换完,并且知道“换完怎么证明它是好的”。
1. 更换 PCIe 卡:这个操作真正的难点在哪
很多人觉得换 PCIe 卡就是最普通的硬件维护,难度低于换 CPU 或内存。但真实情况是:PCIe 卡是服务器里品类最杂的一类部件。它可能是几十瓦的千兆网卡,也可能是两三百瓦的 GPU 加速卡;可能是需要外接供电的 NVMe 扩展卡,也可能是走线复杂的 FC HBA 卡。FusionServer 2258H V8 这类机架式服务器,在 2U 高度里集成了大量盘位、CPU、内存和多种 PCIe 插槽,留给 PCIe 卡的物理空间和散热通道都是经过精密设计的。如果操作时不理解槽位规格和风道逻辑,即便卡能插上,也可能埋下隐患。
另一个难点是“换完之后的验证”。硬件插拔只需要几分钟,但真正验证一块卡是否工作正常,涉及 BIOS 是否识别、操作系统是否加载驱动、带宽是否达标、业务流量是否正常等多个层级。很多人卡在“BIOS 里能看到卡,但 Linux 系统里没有对应网口”,这时问题可能出在驱动、固件或槽位带宽配置上,而不是“卡坏了”。这也是为什么我更愿意把换 PCIe 卡定义成一个“流程工程”,而不是一次“手工插拔”。
从运维视角看,换卡大多发生在三类场景:一是故障替换,原卡损坏或频繁报错;二是性能升级,比如把千兆网卡换成万兆网卡,或者新增 GPU 卡;三是硬件利旧,把同一型号的卡在不同服务器之间重新分配。场景不同,准备工作也不同。故障替换要优先保留证据和备份配置,性能升级要提前确认供电和散热能力,硬件利旧则需要确认固件版本和驱动兼容性。这篇文章后续的每个章节,都会覆盖这些差异。
2. PCIe 卡与 FusionServer 2258H V8 基础概念梳理
2.1 PCIe 是什么
PCIe(Peripheral Component Interconnect Express)是服务器和计算机中最常见的高速扩展总线标准。它采用点对点串行连接,每一代标准都有明确的速率提升,比如 PCIe 3.0、4.0、5.0 的单通道速率依次翻倍。PCIe 链路通过“通道数(Lanes)”来扩展带宽,常见规格有 x1、x4、x8、x16。通道数越多,金手指部分的引脚就越长,卡槽的物理长度也越大。x16 通常用于 GPU 和高速网卡,x8 常用于存储控制卡和部分万兆网卡,x4 则多见于 NVMe 扩展卡。物理接口尺寸匹配不代表带宽一定满足,因为卡可以做成 x16 的外观但只用 x8 的链路。
2.2 常见 PCIe 卡类型
| 卡类型 | 典型用途 | 常见接口规格 | 是否需要额外供电 |
|---|---|---|---|
| 网卡(NIC) | 以太网接入、业务通信 | x1 / x4 / x8 | 多数不需要 |
| RAID / HBA 卡 | 磁盘阵列控制、外接存储 | x8 | 多数不需要 |
| GPU 加速卡 | AI 推理、图形渲染、计算 | x16 | 大功率型号需要 |
| NVMe 扩展卡 | 扩展 NVMe SSD 盘位 | x8 / x16 | 部分需要 |
| FC HBA 卡 | 光纤存储网络接入 | x8 | 多数不需要 |
| InfiniBand 卡 | 高性能计算网络 | x16 | 多数不需要 |
这张表可以帮你建立第一层判断:同样是 PCIe 卡,功耗、带宽、体积差异极大。FusionServer 2258H V8 的机箱内部,不同槽位能提供的带宽和供电能力也不完全相同,所以换卡前不能只看接口形状是否“能插进去”。
2.3 理解服务器 PCIe 槽位与风道
机架式服务器的 PCIe 槽位通常垂直或平行于主板平面,FusionServer 2258H V8 作为 2U 机架式服务器,其后部区域集中布置了多种 PCIe 扩展槽位。槽位顺序、每个槽位对应的 CPU Root Port、以及槽位是否支持 GPU 高功耗卡,通常在产品手册里有明确表格。操作前需要先确认两件事:目标槽位是否具有足够的 PCIe 链路通道数,以及槽位功耗设计是否支持新卡。很多 GPU 或部分 NVMe 卡在插错槽位后,虽然能识别,但速率和稳定性都不达标。
散热风道是另一个容易忽略的点。服务器内部通常有导风罩或挡风板,用来引导气流从机箱前部吹向后部散热器。更换 PCIe 卡时,如果拆掉了导风罩却没有正确装回,或者新卡本身尺寸阻碍了风道,就会导致 CPU 或周边部件温度升高。华为服务器的运维手册中,一般会明确要求“安装扩展卡后必须装回导风罩”,这个细节在实操中经常被跳过。
2.4 FusionServer 2258H V8 的硬件背景
FusionServer 2258H V8 是 FusionServer 系列中的一款机架式服务器型号,面向数据中心通用计算、虚拟化、数据库和边缘业务等场景。它支持多颗处理器、大量 DDR4/DDR5 内存插槽、多种硬盘盘位,以及丰富的 PCIe 扩展能力。不同批次和配置下,机箱内部结构可能存在差异,所以本文会以通用机架式服务器为基础描述流程,并在涉及具体槽位、螺丝、线缆的位置时提示“以产品手册和现场铭牌为准”,避免给出可能错误的固定位置说明。
3. 更换 PCIe 卡前的准备与安全前置条件
3.1 安全是第一位:下电与隔离
更换 PCIe 卡之前,最重要的一步是确保服务器完全下电。这里说“完全下电”不仅是指操作系统关机,还包括拔掉所有电源模块的供电线,并确认服务器前面板电源指示灯完全熄灭。服务器主板上即使处于待机状态,也可能存在待机电压,此时直接插拔 PCIe 卡轻则损坏卡或主板,重则引发人身安全风险。数据中心场景里,插入电源插座后,电源线本身也带有危险电压。因此,操作前必须按下电源开关使系统正常关机,再拔断两根或更多电源线,并在机架上挂好维护标识。
另外要注意“热插拔”的边界。部分服务器网卡或 NVMe 盘支持热插拔,但绝大多数普通 PCIe 扩展卡不支持。不要因为某些高端型号的硬盘或网卡能热拔,就默认所有 PCIe 卡都行。操作前应查阅该卡的规格说明,如果没有任何热插拔标识,一律按冷插拔流程处理。
3.2 防静电措施
服务器内部元器件对静电放电非常敏感。一个容易被忽视的事实是:人体在干燥环境下走动之后,身上积累的静电电压可能高达数千伏,但人体几乎没有感觉,而芯片可能早已被击穿。所以更换 PCIe 卡前必须佩戴防静电手环,并将手环的另一端可靠连接到服务器机箱的接地端或防静电桌垫上。如果没有防静电手环,至少要在操作前触摸一下机箱金属外壳释放静电,并将新卡存放在防静电袋中直到安装前一刻再取出。
3.3 工具与耗材准备
更换 PCIe 卡通常需要用到的工具包括:合适的十字螺丝刀、防静电手环、防静电袋、标签纸或Mark笔、收纳螺丝的小盒子。如果服务器安装在机架上,可能还需要机架滑轨工具或托盘,避免在机箱内悬空操作。需要特别强调的是,螺丝刀头必须与螺丝型号匹配,硬拧会造成滑丝。机箱内部掉落的螺丝也可能引发短路,所以每拆下一颗螺丝,最好直接放到工具盒中,并记录它原来的位置。
3.4 数据备份与配置记录
更换网卡、RAID 卡这类直接影响业务的 PCIe 卡之前,一定要做好配置备份。例如更换网卡前,要记录当前网卡使用的 IP、VLAN、bonding 模式和网络命名;更换 RAID 卡前,要确保外部磁盘阵列的配置信息已经备份,或者确认新卡能够正确识别原阵列配置;更换 GPU 卡前,则要注意记录显卡驱动版本和 CUDA 环境。保守的做法是:把操作前所有相关配置用命令导出到文件,并上传到变更管理平台。一旦更换后系统无法正常启动或业务异常,这些记录是快速回滚的基础。
3.5 授权与变更窗口
在正规的数据中心环境中,任何硬件变更都应该在授权范围内进行。你要确认自己拥有该服务器的维护权限,并在合理的变更窗口内操作。如果服务器承载着生产业务,更换 PCIe 卡前应发起变更申请,明确操作时间、影响范围、回滚方案和验证标准。这不只是流程问题,更是降低事故影响面、保护自己和他人的工程习惯。文章后面给出的所有操作步骤,都默认你已经满足这些前置条件。
4. 更换 PCIe 卡核心流程拆解
4.1 第一步:关机断电,确认物理隔离
操作系统关机后,需要关闭服务器电源模块的电源开关,或者直接拔掉电源线。拔线后,可以按压一下服务器前面板的电源按钮,确认系统不会重新上电。这个动作的作用是释放主板残余电荷,同时验证已经完成了物理隔离。如果机柜中有多个服务器,务必在操作前核对设备标签,避免拔错相邻机器的电源线。
4.2 第二步:记录现状,拍摄接线照片
在拆卸任何部件之前,先用手机或其他设备拍摄机箱后部线缆连接照片和内部 PCIe 卡布局照片。这一步成本极低,但价值极高。很多运维人员遇到过这种情况:拆下旧卡后,面对几根相似线缆不知道该接在哪里;安装完后上电发现启动异常,又找不到原始配置。有了照片和标签,这些问题都能避免。给线缆做标记时,建议使用不同颜色的标签或文字标签,注明接口名称和去向。
4.3 第三步:打开机箱盖,确认槽位
FusionServer 2258H V8 的后部扩展区域通常有单独的固定盖板或整个机箱上盖需要打开。打开机箱盖前,需要确认机器已经下电并等待至少 1 到 2 分钟,让服务器内部电容完全放电。打开后先不要急着拔卡,先找到目标 PCIe 卡的位置,数清它占据的槽位号,并查看槽位附近是否有 PCIe 供电辅助接口。很多高端网卡和 GPU 卡除了金手指供电,还需要额外的 PCIe 电源线,这个线缆必须提前确认。
4.4 第四步:拆卸旧卡
拆卸旧卡的通用顺序是:先断开连接在卡上的所有外部线缆,再松开固定卡的螺丝或卡扣,最后双手握住卡的两端,垂直向上均匀用力拔出。拔卡时不要左右大幅度摇晃,也不要单手提卡的一角,否则可能损伤金手指和 PCIe 插槽。如果卡非常紧,可以尝试轻轻交替抬起卡的两端,但用力不能超过合理的物理极限,以免撕裂主板或插槽。拆下的旧卡应立即放入防静电袋中,并贴上用途标签。
对于带有固定支架或转接卡的部件,要额外小心。部分服务器为了在小空间内安装更多 PCIe 卡,会使用垂直转接卡或扩展笼。这类情况下,卡不是直接插在主板上,而是先插入转接卡,再将转接卡固定在机箱结构上。拆卸顺序一般是先松开转接卡固定件,再连同转接卡一起取出,最后在桌面上分离 PCIe 卡。强行在机箱内直接拔卡,很容易损坏转接金手指。
4.5 第五步:安装新卡
安装新卡的顺序是:先确认新卡的金手指干净、无弯折,再确认目标槽位内没有灰尘或异物,然后对准卡的金手指与插槽的防呆口,垂直向下均匀用力插入。插到位时通常会感觉到卡完全嵌入,固定挡板与机箱后部开孔自然对齐。此时先不要急着拧紧螺丝,可以先观察挡板是否与机箱表面齐平。如果挡板明显翘起,说明卡没有完全插入或槽位位置不对,需要重新插拔。
之后需要固定螺丝。这个螺丝不仅起到固定卡的作用,还承担接地功能。如果螺丝没有上紧,卡在不同温度下可能松脱,也可能形成接地不良,导致网络丢包或系统随机死机。对于需要额外供电的卡,不要忘记连接 PCIe 辅助电源线,并确保接头卡扣到位。最后将之前标记好的外部线缆重新接回对应接口,用绑带或理线架固定好走向。
安装完成后,不要立刻盖回机箱盖。先检查一遍:卡是否到位、螺丝是否拧紧、线缆是否连接正确、机箱内是否遗留了螺丝或工具。确认无误后,再装回导风罩和机箱盖。盖子的固定螺丝也不要暴力拧紧,一般以手感到位为准。
4.6 第六步:上电初检
重新连接电源线后,首先检查服务器前面板电源灯,再按下电源按钮开机。如果服务器支持 BMC 管理,也可以通过管理界面远程查看整机状态。上电后要观察风扇转速是否异常、面板是否有硬件告警。如果启动后系统进入 BIOS 自检界面,可以在 BIOS 或 BMC 界面中查看新卡是否出现在 PCIe 设备列表中。这个步骤能快速排除“物理没有插好”这类低级问题,而不用等到操作系统加载后才排查。
5. 更换 PCIe 卡后的驱动安装与系统配置
5.1 Linux 系统下的驱动确认与安装
Linux 系统下,PCIe 设备被识别后,需要确认内核是否加载了对应驱动。先以网卡为例,常见的检查命令如下:
# 查看 PCIe 设备列表,过滤厂商和设备信息 lspci | grep -i ethernet # 查看指定设备更详细的信息 lspci -vvv -s 03:00.0 # 查看当前内核加载的驱动模块 lsmod | grep -E "ixgbe|i40e|mlx5|bnxt" # 查看系统日志中与 PCIe 相关的输出 dmesg | grep -i pci如果 lspci 能看到设备但系统没有生成对应网口,说明驱动没有加载或驱动版本不匹配。常见做法是先确认内核版本,再从设备厂商官网或系统软件仓库安装匹配驱动。
# 查看内核版本 uname -r # 在 Ubuntu/Debian 系统上安装网卡固件包 sudo apt update sudo apt install -y firmware-bnx2x # 在 RHEL/CentOS 系统上安装内核模块依赖 sudo yum install -y kernel-devel安装完驱动后,需要重新加载模块或重启系统,然后使用 ip 命令和 ethtool 确认网口状态。
# 查看所有网络接口 ip link show # 查看指定网卡的速率和工作模式 sudo ethtool eth0对于 GPU 卡,驱动安装通常更复杂。一般需要先安装 NVIDIA 等厂商的驱动包,再检查是否能够调用计算资源。这里不展开具体命令,但思路一致:确认硬件被系统识别,再匹配驱动,再验证功能。
5.2 Windows Server 系统下的驱动与设备检查
Windows Server 系统下,打开设备管理器就能看到带黄色感叹号的未知设备。此时可以右键更新驱动,也可以使用 pnputil 命令行工具枚举和安装驱动。
# 枚举当前系统中的 PCI 设备 pnputil /enum-devices /class PCI # 导出设备信息查看驱动状态 Get-PnpDevice -PresentOnly | Where-Object { $_.Class -eq "Net" }如果是网卡,还可以通过 Get-NetAdapter 查看适配器是否已启用:
Get-NetAdapterWindows 下如果驱动不对,通常表现为网络适配器显示为“以太网”但没有有效 IP,或者设备管理器报错代码 10/28。处理方式是从厂商官网下载匹配 Windows Server 版本的驱动包,以管理员身份运行安装,然后重启。
5.3 固件版本与 HBA/RAID 卡配置
部分 PCIe 卡(如 RAID 卡、FC HBA 卡)在系统层识别后,还需要通过专用管理工具查看固件版本和配置状态。RAID 卡通常使用厂商提供的管理命令,例如 megacli、storcli 或 sas3ircu;FC HBA 卡则可能使用 sas3flash 或厂商 GUI 工具。更换同型号卡时,主要对比固件版本是否一致;如果版本过旧,可能无法完全发挥新卡性能,也可能与兼容列表里的其他硬件不匹配。固件升级操作有风险,建议只在必要时进行,并且一定要先备份当前固件和配置。
6. 运行结果与效果验证
6.1 物理层验证
换卡完成后第一次开机,观察服务器面板指示灯和 BMC 告警是成本最低的验证方式。正常情况下,新卡所在槽位对应的告警消失,风扇转速平稳。如果 BMC 页面持续出现 PCIe 卡报错或温度告警,优先怀疑物理安装问题:卡有没有插到位、辅助供电有没有接、挡风板有没有装回去。物理层验证通过后,才能进入系统层验证。
6.2 系统层验证
在 Linux 下,判断一块 PCIe 卡是否真正可用的关键不只是 lspci 能看到设备,而是驱动是否绑定、功能是否正常。以网卡为例,预期输出是:lspci 显示设备,ethtool 显示速率和 Link detected: yes,ip link show 能看到 up 状态的接口。如果是新增的网卡,还需要根据业务规划配置 IP 或 bonding,这一步和普通网络配置没有区别。
对于存储类 PCIe 卡,验证方式则变为:RAID 卡的 WebBIOS/管理工具中能看到磁盘信息,HBA 卡能扫描到后端存储设备的 LUN,系统 /dev 下出现相应块设备。换卡后如果系统原有的磁盘名称发生了变化,要谨慎确认挂载关系,避免因设备顺序变化导致数据无法访问。
6.3 业务层验证
验证的最终目标是业务可用,而不是设备“看起来正常”。对于网卡,可以用 ping 测试网关、用 iperf3 打流验证吞吐;对于 GPU 卡,可以跑一次小的矩阵运算或 nvidia-smi 查看实时功耗;对于存储卡,则可以用 dd 或 fio 做一次小范围读写测试。务必要在一个安全可控的环境里做这些操作,不要在未确认业务依赖的情况下,直接用生产流量做验证,以免引入不可预料的故障。
如果验证失败,第一件事不是重装驱动,而是回头查看 dmesg 和系统日志。硬件类问题通常会在日志中留下明确线索,例如 PCIe AER 报错说明链路不稳定,资源冲突说明设备占用地址空间异常。日志排查路径清晰之后,再决定是重新插拔、更换槽位,还是更新驱动固件。
7. 更换 PCIe 卡常见问题与排查思路
| 问题现象 | 可能原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| 上电后新卡完全不识别 | 卡未插到位、槽位损坏、卡本身故障 | 在 BIOS/BMC 中查看 PCIe 设备列表,重新插拔并更换槽位 | 确认金手指干净,按正确方式重新安装;换槽位验证 |
| 系统能识别但不加载驱动 | 内核版本过旧、驱动未安装或冲突 | 执行 uname -r 和 lspci -nn 确认设备 ID,查看 dmesg | 安装与内核匹配的驱动,必要时升级内核或更换驱动版本 |
| 网卡速率远低于预期 | 槽位带宽不足、网线或对端设备规格不匹配 | 使用 ethtool 查看实际速率,用 lspci -vvv 检查 LnkCap/LnkSta | 将卡换到更高带宽槽位,或更换网线和对端设备 |
| 系统启动卡住或死机 | 卡占用资源冲突、BIOS 配置不兼容 | 进入 BIOS/BMC 页面查看启动顺序和资源占用,恢复默认配置 | 升级固件,或在 BIOS 中调整 PCIe 资源分配策略 |
| 温度告警或风扇转速异常 | 导风罩未装回、卡阻挡风道、风扇故障 | 查看 BMC 温度传感器,检查机箱内部风道 | 正确装回导风罩和挡风板,优化理线 |
| 换卡后原有磁盘顺序变化 | RAID/HBA 卡识别顺序与旧卡不同 | 查看 /dev/disk/by-id 和配置备份 | 确认启动设备和挂载关系后再重启服务 |
| 设备有感叹号或错误代码 | 驱动不对、固件不兼容、卡未正确供电 | 查看 Windows 事件日志和设备管理器的错误代码 | 重新安装驱动、升级固件、检查辅助供电线缆 |
上表中,最容易被忽略的是“槽位带宽不足”这一类问题。很多运维同事在换完卡后只看设备是否被系统识别,没有检查 LnkCap/LnkSta 的链路速率。如果一张 x16 的 GPU 卡被插到了仅支持 x8 的物理槽位中,系统依然能正常识别,但实际吞吐会减半,这类问题很难通过 lspci 的默认输出发现,必须用 lspci -vvv 才能看到真实链路状态。
另一个高频风险是换卡前没有备份配置导致的回滚困难。无论旧卡是否还能工作,都应该在拆卸前完整记录设备信息和配置。对于网卡,最好还要保留原网卡的固件和驱动安装包;对于 RAID 卡,最好导出配置到 U 盘或管理平台。这样一旦新卡出现问题,可以把旧卡装回去,恢复成变更前的状态。
8. 服务器 PCIe 卡更换最佳实践与工程建议
8.1 建立硬件配置基线
在运维体系中,服务器的硬件配置应该像软件配置一样被纳入管理。每一台 FusionServer 2258H V8 服务器使用哪块网卡、哪个槽位、哪个固件版本,都应有清晰清单。更换 PCIe 卡前,对照基线判断差异;更换完成后,及时更新基线。没有基线的服务器,就像没有文档的代码,换一次卡可能就要靠现场摸索。
8.2 严格管理固件与驱动版本
PCIe 卡驱动和固件的安装要遵循“先测试后生产”的原则。尽量使用服务器厂商兼容性查询列表中明确列出的固件版本,避免随意使用最新版本。固件升级前要在测试环境验证,生产环境操作则要在非业务高峰期进行,并保留降级通道。如果服务器上跑着虚拟化平台,还需要额外关注平台对硬件设备的 HCL 要求,否则升级固件可能导致虚拟机热迁移异常。
8.3 操作过程要留痕
更换 PCIe 卡这类操作,很容易出现“换完即忘”的情况。建议运维团队在变更完成后,记录操作时间、操作人、更换部件型号、旧卡序列号、新卡序列号、固件版本、验证结果。这些记录在处理后续硬件故障和审计追踪时会非常有价值。团队成员之间共享这些信息,也能减少重复故障排查成本。
8.4 物理操作细节不能省
物理操作层面的建议往往听起来过于基础,但恰恰是故障高发点:拆卸螺丝时用磁性螺丝刀防止螺丝掉入机箱;拔出 PCIe 卡时先确认没有辅助供电线还没拔掉;安装卡时不要使用蛮力,如果感觉阻力异常,先检查防呆口方向;盖回机箱前清点工具和螺丝数量。这些细节不需要高深的技术能力,却能避免大量返工。
8.5 换卡后的压力测试
生产业务环境往往无法让一块刚换上的卡直接满载运行,但只要条件允许,应该在切换业务前做一轮压力测试。网卡可以用 iperf3 打流确认长期运行的稳定性,存储卡可以用 fio 验证 IOPS 和时延,GPU 卡可以用厂商自带的诊断工具跑全量检测。压力测试不是可有可无的环节,它能暴露出散热不足、供电不稳、链路降级等只有在高负载下才会出现的问题。
9. 总结与后续学习方向
这篇围绕 FusionServer 2258H V8 的 PCIe 卡更换,主要讲清楚了四件事:第一,更换前要理解卡的类型、槽位带宽和散热风道,不能只凭接口形状判断;第二,操作中要严格遵守下电、防静电、拍照记录、正确插拔的流程;第三,更换后的驱动、固件和系统验证必须层层推进,从物理层看到业务层;第四,把换卡当成一次完整的变更管理,做好备份、验证和回滚准备。
如果你之前只把换 PCIe 卡当成纯体力活,那么接下来值得深入的方向包括:BIOS 中的 PCIe 资源分配和 SR-IOV 配置、GPU 卡直通给虚拟机的设置方法、RAID 卡阵列迁移与外部配置导入、以及利用 BMC/iBMC 接口实现远程硬件状态巡检。把这些内容串起来,你就能从“会换卡”进一步变成“能设计服务器扩展方案”。
最后提醒一句:硬件维护没有“差一点没关系”的空间。每一次插拔前多花五分钟确认,就可能少一次半夜处理故障的现场。建议把本文提到的检查清单整理成团队 SOP,下次换卡时直接照着执行。