【干货分享】DMRMAN脱机备份常见错误

合集下载

达梦数据库主备部署

达梦数据库主备部署

达梦数据库主备部署服务器硬件需求按实际业务需求,选择合适的服务器,参考如下:硬件要求物理内存>= 16 GB交换分区Swap空间 >= 物理内存/tmp⼤⼩> 1000MB⽹络物理机器需要 2 个⽹卡磁盘根据实际应⽤系统需要挂载合适⼤⼩磁盘时间服务器按机房要求配置连接时间服务器⽬录与存储规划:⽤途⽬录路径备注数据库软件安装⽬录/dm8可⽤空间 > 50GB实例安装⽬录/dmdata单独挂载性能最好的磁盘建议SSD 归档⽇志存放⽬录/dmarch单独挂载磁盘备份⽂件存放⽬录/dmbak单独挂载磁盘IP规划主机⽹卡 IP地址备注DM1 Eth0 192.168.2.37 对外通信DM1 Eth1 10.0.0.1 主备之间通信DM2 Eth0 192.168.2.38 对外通信DM2 Eth1 10.0.0.2 主备之间通信特别注意:所有关于dm的⽬录及下属⽬录属主和属组必须为 "dmdba" 和 "dinstall"操作步骤(主备都需要操作)1、⽤户与组groupadd dinstall //创建⽤户组useradd -g dinstall -m -d /home/dmdba -s /bin/bash dmdba //创建⽤户passwd dmdba //修改⽤户密码2、资源限制vim /etc/security/limits.conf#添加如下内容dmdba soft core unlimiteddmdba hard core unlimiteddmdba soft nofile 65536dmdba hard nofile 65536dmdba soft nproc 65536dmdba hard nproc 65536dmdba soft stack 65536dmdba hard stack 655363、⽤户环境变量vi /home/dmdba/.bash_profile //⽂件末尾添加如下内容:export DM_HOME=/dm8export PATH=$PATH:$DM_HOME/binexport LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$DM_HOME/bin4、安装数据库(这⾥以centos7系统安装)1)将安装包上传到服务器后使⽤ root ⽤户挂载 iso 安装包⽂件到 /mnt ⽬录下:2)切换到dmdba⽤户Su – dmdbaCd /mnt./DMInstall.bin -i①选择安装语⾔,c/C中⽂,e/E英⽂②提⽰是否安装key⽂件,输⼊y,输⼊key⽂件的位置③选择时区,21即东8区④选择安装类型,默认典型安装(包含所有内容)3)使⽤root⽤户执⾏命令/dm8/script/root/root_installer.sh4)授权属主Chown -R dmdba.dinstal /dmdata /dm8 /dmbak /dmarch5、使⽤ dminit ⼯具初始化实例cd /dm8/bin./dminit path=/dmdata page_size=326、参数优化安装完成需要调整 dm.ini ⽂件参数。

oracle 备份 rman 使用总结

oracle 备份 rman 使用总结

ORACLE 备份与恢复目录1 数据库常见故障类型: (4)2 数据库保护机制: (4)2。

1 数据库备份 (4)2。

2 事务日志 (4)3 备份原则: (4)4 备份与恢复策略: (5)4.1 规划备份策略时需要考虑的因素: (5)4.2 灾难恢复策略的规划 (5)4.3 制定数据恢复策略步骤: (6)4。

4 制定恢复策略时应该考虑以下几个要素: (6)5 备份分类: (6)5.1 按备份的数据量: (6)5.2 按备份状态来划分 (6)5。

2。

1 物理备份 (6)5.2。

2 逻辑备份 (7)6 脱机备份与恢复: (7)6.1 冷备份所需备份文件 (7)6。

2 脱机备份步骤: (7)6。

3 案例实践:脱机备份与不完全恢复 (8)6。

4 脱机备份优缺点: (9)7 联机备份与恢复 (9)7。

1 案例实践:联机备份与完全数据库恢复 (9)7.2 联机备份优缺点: (11)8 备份恢复实践操作 (11)8。

1 基础理论 (11)8。

2 RMAN(备份与恢复管理器) (12)8。

3 基本知识 (12)8.3。

1 RMAN的组件、概念 (12)8。

3。

2 RMAN的使用:命令行接口与脚本 (13)8。

4 RMAN的配置 (15)8。

4。

1 建立Recovery Catalog恢复目录 (15)8。

4。

2 查看RMAN的默认设置SHOW命令 (15)8.4.3 配置RMAN的默认设置 (16)8.4。

4 RMAN 会话的设置 (19)8.5 Copy镜像拷贝与恢复 (19)8.5.1 备份 (19)8.5.2 恢复 (20)8.6 Backup备份与恢复 (21)8.6.1 BACKUP 备份命令选项 (21)8.6.2 RESTORE/RECOVER恢复命令选项 (24)8。

6。

3 非归档模式下的BACKUP 备份与恢复 (26)8。

6。

4 归档模式下的BACKUP备份与完全恢复 (28)8。

6。

5 归档模式下的不完全恢复 (33)8。

数据库备份与恢复的常见错误及解决方法

数据库备份与恢复的常见错误及解决方法

数据库备份与恢复的常见错误及解决方法在日常数据库管理中,备份和恢复数据库是至关重要的任务。

然而,许多人在执行这些任务时经常遇到一些常见的错误。

本文将介绍数据库备份和恢复过程中常见的错误,并提供相应的解决方法,以帮助管理员更好地处理这些问题。

1. 错误:备份过程中的空间不足在备份数据库时,很常见的一个问题是备份过程中空间不足,导致备份操作中断。

这可能是由于目标备份位置的磁盘空间不足或备份文件过大。

解决方法:- 检查目标备份位置的磁盘空间是否足够,如果不足,可以清理磁盘或选择其他备份位置。

- 减小备份文件的大小,可以通过压缩备份文件、选择备份特定的数据表或减少备份频率等方式来减小备份文件大小。

2. 错误:备份文件损坏或丢失有时,备份文件可能会在传输或存储过程中损坏或丢失。

这可能会导致备份文件无法恢复或存在损坏的数据。

解决方法:- 定期验证备份文件的完整性和正确性,确保备份文件可以成功恢复。

- 多点备份,即创建多个备份文件,可以使用不同的存储介质和备份工具。

- 使用云备份服务,可以将备份文件上传至云服务器,确保备份文件的安全性和可靠性。

3. 错误:恢复过程中的数据丢失或错误在数据库恢复过程中,可能会遇到数据丢失或错误的情况。

这可能是由于不完整的备份文件、错误的恢复操作或干扰导致数据被覆盖等问题。

解决方法:- 在恢复之前,首先备份当前数据库,以防止数据丢失。

- 确保备份文件完整且正确,可以使用备份验证工具来验证备份文件的完整性。

- 仔细审查恢复操作,确保所选择的恢复点正确,并遵循正确的恢复步骤。

- 避免在恢复过程中干扰数据库,例如避免其他用户或应用程序对数据库进行操作,以免出现数据冲突或覆盖。

4. 错误:备份和恢复过程中的性能问题备份和恢复数据库可能会对系统性能产生影响,包括降低数据库的响应速度、增加系统负载等问题。

解决方法:- 在备份或恢复数据库之前,选择合适的时间段,避免对系统正常运行产生干扰。

- 在进行大型数据库备份时,可以考虑将备份任务分解为多个子任务并通过并行执行来提高备份速度。

数据库迁移与升级的常见错误与解决方法

数据库迁移与升级的常见错误与解决方法

数据库迁移与升级的常见错误与解决方法在今天的信息时代,数据库已经成为许多企业和组织的重要存储和处理数据的工具。

然而,在数据库迁移和升级过程中,常常会出现一些问题和错误,给数据的完整性和安全性带来威胁。

在本文中,我们将讨论数据库迁移与升级的常见错误,并提供解决方法。

一、备份不完整或丢失数据库迁移和升级之前,进行数据备份是十分重要的。

然而,有时候备份过程中会出现错误,导致备份不完整或者备份文件丢失。

这将严重影响数据的恢复和迁移过程。

解决方法:1. 定期进行数据备份,并测试备份文件的可靠性。

2. 在进行数据库迁移和升级之前,再次核对备份文件是否完整。

3. 多个备份点的建立,确保备份文件的冗余性。

4. 使用专业的数据库备份和恢复软件,以提高备份的可靠性。

二、数据兼容性问题数据库迁移和升级时,常常需要将数据导入新的数据库系统中。

然而,新旧数据库系统之间的数据兼容性问题可能导致数据丢失、格式错误等。

解决方法:1. 在进行数据库迁移和升级之前,对数据进行彻底的兼容性分析和测试。

2. 使用格式迁移工具,确保数据从旧数据库系统到新数据库系统的正确转换和迁移。

3. 针对数据类型差异,编写适当的转换脚本和程序,保证数据的一致性和完整性。

4. 针对特定数据库系统的迁移工具,如MySQL迁移工具、Oracle迁移工具等,提供更好的兼容性支持。

三、性能下降问题在数据库迁移和升级之后,有时候会发现系统的性能下降,查询速度变慢等问题。

解决方法:1. 迁移和升级之后,重新进行数据库性能测试和优化,针对性地对系统进行调整和优化。

2. 检查新系统的硬件资源是否满足需求,如CPU、内存、磁盘空间等。

3. 分析数据库中的查询语句,进行索引优化和重构,提高查询效率。

4. 使用数据库监控工具,及时发现和解决数据库性能问题,如慢查询、死锁等。

四、安全性问题数据库迁移和升级过程中,数据的安全性是至关重要的。

然而,有时候数据库的安全性措施会因为迁移和升级导致失效或者被绕过。

数据库备份与恢复的常见问题与解决方案

数据库备份与恢复的常见问题与解决方案

数据库备份与恢复的常见问题与解决方案数据库备份与恢复是数据库管理中非常重要的一环。

当数据库遭遇意外故障、误操作或数据丢失等问题时,备份与恢复操作能够最大程度地减少损失并保证数据的可靠性。

本文将介绍数据库备份与恢复的常见问题,并给出相应的解决方案。

一、数据备份问题与解决方案1. 备份频率与文件储存数据备份频率是一个关键问题。

频繁的备份可能会浪费资源,而不够频繁的备份容易造成数据丢失。

为了平衡备份与资源的消耗,可以采用增量备份和差异备份的方法。

增量备份只备份自上次全备份以来发生过改变的数据,而差异备份只备份自上次备份以来发生了变动的数据。

另外,备份文件的储存也要考虑。

一般来说,备份文件可以储存在独立的存储介质,如外部硬盘、网络存储等。

定期对备份文件进行验证和清理,确保备份文件的完整性和可靠性。

2. 备份能力与性能备份过程对数据库的性能影响是备份与恢复操作中的一个重要问题。

一方面,备份过程可能会占用大量的系统资源,对数据库的正常运行造成影响;另一方面,备份操作时间过长可能会导致数据库的停机时间过长,影响业务的持续性。

为了解决这个问题,可以通过增量备份和差异备份来减少备份的时间和资源占用。

此外,还可以控制备份操作的优先级,避免备份操作时对数据库的正常访问造成过大的干扰。

可以使用并行备份技术来提高备份的效率。

二、数据恢复问题与解决方案1. 数据恢复方法选择数据恢复方法的选择要根据具体的情况进行决策。

如果只有一个文件损坏了,可以通过单个文件的恢复来解决;如果多个文件损坏,则需要进行数据库的恢复操作。

恢复方法包括逻辑恢复和物理恢复,具体要根据损坏程度和可用的备份文件来决定。

逻辑恢复是指使用SQL语句来还原数据,适用于数据结构无损坏的情况;物理恢复是指使用备份文件来还原数据,适用于数据结构损坏的情况。

选择合适的恢复方法可以最大程度地减少数据损失和恢复时间。

2. 恢复测试与验证恢复过程中进行测试与验证非常重要。

通过将备份文件应用到测试环境中,验证数据是否能够完整地恢复。

达梦数据库问题小集锦

达梦数据库问题小集锦
问题四
触发器出现无效的伪记录名 new 触发器中引用无效的 为记录名
现象描述 我们写触发器的时候,可能会到错误: 触发器中引用无效的伪记录名[NEW]
问题原因 是因为我们的触发器逻辑不对
处理方法 预期,我们是希望建立一个 for each row 的触发器, 但是我们在触发器的定义中,却写成了 for each statment 了 这里是相关的例子 有问题的例子:
8/8
4/8
2.后台启动 dmap 以这种方式启动 dmap,在关闭当前窗口后 dmap 服务不会被关闭。
3.通过脚本注册 dmap 服务,用服务方式启动 利用脚本进行 dmap 服务注册并启动,在完整的软件安装过程中,在完成安装前原本应该以 root 身份运行脚本来注册启动 dmap 的。脚本在$DM_HOME/script/root 目录下。
而如果运用管理工具进行对象创建或者修改的时候会将对象名以双引号引用,这时创建 的对象名是以原本的大小写形式存储下来的,为了是使得用户输入的形式与实际储存形式一 致。在这种情况下会出现如果在管理工具的环境下创建的名称若是以小写输入,会以小写的 形式存储下来,而再用命令行进行查询的时候若以相同的小写形式查询,则会出现“无效的 表或视图名”的错误出现。 解决方法
handles
问题原因 当前操作系统的登录用户应该为非 dmdba 用户,如果在当前会话中启用图形界面需
要将图形界面权限放开。 解决方法 切换到 root 用户后在命令行中输入 xhost +,可以使得 dmdba 可以调用图形界面进行安装。
问题二
1/8
DM 数据库遇到“无效的表名或视图名”报错
现象描述 在操作 DM 时遇到报错,错误信息提示为“无效的表或视图名”。无论是查询 tab1 还是 TAB2 都是报错。

有关rman备份ora-27192和ora-19511错误

有关rman备份ora-27192和ora-19511错误

有关rman备份ora-27192和ora-19511错误环境描述:1、数据库环境AIX5.32、数据库版本9.2.0.8.03、备份媒介:磁带库解决过程1.⽇常巡检过程中发现数据库备份异常,错误信息栈如下:RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: failure of backup command at 10/24/201721:17:37ORA-27192: skgfcls: sbtclose2 returned error - failed to close fileORA-19511: Error received from media manager layer, error text:ANS1301E (RC1) Server detected system error2.经过查阅资料得知ora-19511属于媒介管理错误,需要有媒介管理⽀持团队或供应商解决。

3.既然发现这个问题之后,那么就需要判断是否真的是因为媒介的问题,运⾏sbttest以测试Oracle是否可以与磁带库通信时,您可能会遇到以下错误:[wsrz1]@[BJS5951_L2][/oracle/product/9.2.0/bin]./sbttest testThe sbt function pointers are loaded from libobk.a(shr.o) library.Return code -1from sbtinit, bsercoer = 7011, bsercerrno = 2534sbtopen: System error - eg. malloc, fork errors4.那么是否是因为脚本的问题导致的呢?(1)备份数据⽂件到本地磁盘,发现没有问题RMAN> run {allocate channel d1 type disk format='/tmp/%U';backup tablespace sysaux;}2> 3> 4>allocated channel: d1channel d1: SID=20 device type=DISKStarting backup at 22 Oct 2017 10:34:37channel d1: starting full datafile backup setchannel d1: specifying datafile(s) in backup setinput datafile file number=00002 name=/opt/app/oracle/oradata/ORA112/datafile/o1_mf_sysaux_62ojt49t_.dbfchannel d1: starting piece 1 at 25 Oct 201710:34:38channel d1: finished piece 1 at 25 Oct 201710:35:23piece handle=/tmp/p7mn6kju_1_1 tag=TAG20110922T143437 comment=NONEchannel d1: backup set complete, elapsed time: 00:00:45Finished backup at 22 SEP 201114:35:23Starting Control File and SPFILE Autobackup at 25 Oct 201710:35:23piece handle=/opt/app/oracle/flash_recovery_area/ORA112/autobackup/2017_10_25/o1_mf_s_762532523_77ogrf5v_.bkp comment=NONEFinished Control File and SPFILE Autobackup at 25 Oct 201710:35:30released channel: d1(2)备份到⼀个假的磁带库上,判断也没有问题$ rman target /Recovery Manager: Release 9.2.0.8.0 - Production on Thu Oct 2510:24:562017Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.connected to target database: ORA112 (DBID=232055638)RMAN> run {2> allocate channel t1 type 'SBT' PARMS 'SBT_LIBRARY=oracle.disksbt,ENV=(BACKUP_DIR=/tmp)';3> backup tablespace sysaux;4> }using target database control file instead of recovery catalogallocated channel: t1channel t1: SID=20 device type=SBT_TAPEchannel t1: WARNING: Oracle Test Disk APIStarting backup at 22 Oct 201710:25:46channel t1: starting full datafile backup setchannel t1: specifying datafile(s) in backup setinput datafile file number=00002 name=/opt/app/oracle/oradata/ORA112/datafile/o1_mf_sysaux_62ojt49t_.dbfchannel t1: starting piece 1 at 25 Oct 201714:25:48channel t1: finished piece 1 at 25 Oct 201714:26:43piece handle=p5mn6k3b_1_1 tag=TAG20110922T142547 comment=API Version 2.0,MMS Version 8.1.3.0channel t1: backup set complete, elapsed time: 00:00:55Finished backup at 25 Oct 201710:26:45Starting Control File and SPFILE Autobackup at 25 Oct 201710:26:45piece handle=c-232055638-20110922-00 comment=API Version 2.0,MMS Version 8.1.3.0Finished Control File and SPFILE Autobackup at 25 Oct 201710:26:52released channel: t1(5)经过上⾯的分析,排除了脚本的问题,我们基本上确认就是因为磁带库的通讯问题导致的,这个时候询问同事,确实是因为磁带库的通讯问题导致的,⼀直没有解决的原因就是因为有的时候可以备份成功,不影响⽣产。

数据库备份与恢复的常见错误及解决方法

数据库备份与恢复的常见错误及解决方法

数据库备份与恢复的常见错误及解决方法数据库备份与恢复是维护和保护数据库的重要环节,但在实际操作中,常常会遇到一些错误和问题。

本文将介绍数据库备份与恢复过程中常见的错误,并提供相应的解决方法,以帮助您更好地处理这些问题。

一、备份过程中的常见错误及解决方法1. 备份文件损坏或丢失在备份过程中,备份文件有可能因为磁盘故障、网络异常等原因而损坏或丢失。

为了避免这种情况,应采取以下措施:- 定期测试备份文件的完整性,并确保其可用性。

- 将备份文件存储在多个地点,确保数据的冗余备份。

- 使用分布式存储系统或云存储服务,在备份文件上设置冗余和容错机制。

2. 备份文件大小过大当数据库的规模庞大时,备份文件的大小也会相应增大,可能会导致备份过程变慢或无法完成。

为了解决这个问题,可以考虑以下方法:- 压缩备份文件,减小文件大小。

可以使用数据库管理工具或第三方压缩工具对备份文件进行压缩。

- 使用增量备份策略,只备份部分数据,而非整个数据库。

3. 备份过程中的超时或中断备份过程中,可能会出现网络超时、服务器宕机等情况,导致备份任务中断。

为避免这种情况,可以采取以下方法:- 调整数据库备份参数,增加备份的并发连接数和超时时间。

- 将备份任务分成多个较小的子任务进行并发备份,减少备份任务的耗时。

二、恢复过程中的常见错误及解决方法1. 恢复文件损坏或丢失在恢复数据库时,如果备份文件损坏或丢失,将无法完成恢复过程。

为避免这种情况,可以采取以下方法:- 定期测试备份文件的完整性,确保备份文件可用。

- 在备份时生成备份文件的校验和,并验证校验和来确保文件完整性。

- 将备份文件存储在多个地点,确保数据的冗余备份。

2. 恢复过程中的数据冲突在恢复数据库时,可能会遇到数据冲突的情况,如数据被覆盖或丢失。

为解决这个问题,可以考虑以下方法:- 在恢复之前,对数据库进行彻底备份,以防止数据丢失。

- 在恢复之前,对数据库进行彻底分析,以确保恢复的数据不会与现有数据发生冲突。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

【干货分享】DMRMAN脱机备份常见错误
我们在使用DMRMAN工具脱机备份时总是遇到各种问题,今天整理了下常用问题及解决方法,供大家参考。

本章内容已在如下环境上测试:
操作系统:中标麒麟7、Windows 10 64位
数据库版本:达梦8
相关关键字:DM8,DMRMAN备份,管道连接超过,创建dmap管道失败
常见错误
[-7103]:创建命名管道失败
【问题现象】:
中标麒麟7环境,在将达梦数据库bin路径配置到环境变量path中,可以在任意目录下执行DMRMAN命令,但是进入DMRMAN后执行备份命令,会有如下报错:[-7103]:创建命名管道失败。

【问题原因】:
当执行DMRMAN命令进行备份操作的时,会根据DMRMAN命令所在路径下寻找由DM_PIPE_开头的管道文件,而不是通过path设置的环境变量路径来寻找对应的管道文件,DM_PIPE_一般是在bin目录下生成。

【解决方法】:
使用DM安装用户dmdba进入DM安装bin目录下启动DMRMAN工具,执行备份脚本提示成功。

[-7105]:管道连接超时
【问题现象】:
中标麒麟7环境,使用root用户启动DMRMAN工具,执行备份命令报错[-7105]:管道
连接超时。

【问题原因】:
root用户不是DM数据库安装用户,不能使用root启动DMRMAN工具。

【解决方法】:
使用DM安装用户dmdba启动DMRMAN工具,执行备份命令即正常。

[-8109]:创建dmap管道失败,请检查dmap是否已经启动
【问题现象】:
中标麒麟7环境,dmdba在bin目录下启动DMRMAN工具,执行备份命令报错[-8109]:创建dmap管道失败,请检查dmap是否已经启动。

【问题原因】:
没有启动DmAPService服务。

【解决方法】:
使用root用户执行如下命令启动DmAPService服务。

启动后执行备份命令正常。

[root@localhost ~]# systemctl start DmAPService.service
如若Windows 10环境下,DmAPService服务已启动,仍然报这个错误,请使用以管理员身份运行cmd命令;同样如果在控制台工具上也报此错误,请使用以管理员身份运行控制台工具。

[-137]:服务器正在运行或者存在其他进程正在操作同一个库
【问题现象】:
中标麒麟7环境,数据库实例服务开启状态下,使用dmdba用户在bin目录下启动DMRMAN工具,执行备份命令报错[-137]:服务器正在运行或者存在其他进程正在操作同一
个库。

【问题原因】:
DmServerDMSERVER服务没有关闭。

DMRMAN是脱机备份,备份时一定要关闭数据
库。

【解决方法】:
使用root执行如下命令关闭数据库实例服务(DMSERVER是数据库实例名)即可。

[root@localhost ~]# systemctl stop DmService DMSERVER.service
[-135]:创建信号量失败
【问题现象】:
Windows 10环境,数据库实例服务开启状态下,在bin目录下启动DMRMAN工具,执行备份命令报错[-135]:创建信号量失败。

【问题原因】:
同上,DmServerDMSERVER服务没有关闭。

【解决方法】:
使用DM服务查看器关闭DmServerDMSERVER服务。

DMRMAN备份使用总结
最后,我们来总结一下,使用DMRMAN注意事项:
(1)DMRMAN是脱机备份工具,使用其备份时需关闭数据库实例;
(2)默认DMRMAN使用DmAPService备份数据库,所以使用DMRMAN需保证DmAPService是开启状态;管道连接失败相关错误基本上都与DmAPService服务相关。

在排查DmAPService已经是启动状态,仍报此类错误的情况下,可以尝试重启DmAPService 服务,Windows系统可尝试使用“以管理员身份运行”。

(3)启动DMRMAN需要使用DM安装用户在安装bin目录下启动。

注意,以上是DMRMAN备份在DM8版本中的问题现象,DM7版本DMRMAN备份错误码和错误描述会有所差异,但解决思路类同。

比如[-7109]:管道连接失败,问题原因可能是DmAPService没有开启或没有在bin目录下启动DMRMAN;DM7启动DmAPService 服务可能报错[-7157]:管道文件已存在,这时需要删除bin目录下DM_PIPE_DMAP_LSNR_RD和DM_PIPE_DMAP_LSNR_WR两个文件。

好了,本次分享到此结束,希望能给大家带来帮助,感谢大家。

相关文档
最新文档