CN106776997A - 一种数据库的迁移方法 - Google Patents
一种数据库的迁移方法 Download PDFInfo
- Publication number
- CN106776997A CN106776997A CN201611112165.3A CN201611112165A CN106776997A CN 106776997 A CN106776997 A CN 106776997A CN 201611112165 A CN201611112165 A CN 201611112165A CN 106776997 A CN106776997 A CN 106776997A
- Authority
- CN
- China
- Prior art keywords
- database
- server
- destination
- moving method
- business
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/214—Database migration support
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种数据库的迁移方法,所述数据库基于RAC方式运行在两台服务器且两台服务器上各运行一个数据库核心进程,所述数据库中的数据保存在存储器中,所述迁移方法包括:将存储器中的数据复制到目的地中的新存储器中;检测所述数据库针对核心业务还是非核心业务;以及当所述数据库针对非核心业务时,将两台所述服务器先后搬迁至目的地。本发明可以根据实际业务系统的重要程度,按需选择不同的数据库迁移方法,在尽可能降低数据库迁移过渡停机对业务系统影响的前提下,节约成本、缩短迁移时间、保障业务连续性。
Description
技术领域
本发明涉及计算机技术领域,更具体地,涉及机房搬迁中的数据库迁移方法。
背景技术
机房搬迁主要涉及网络、数据库、主机以及业务系统的搬迁。
为确保数据中心机房顺利切换过渡,保证业务连续性,减少数据库迁移过渡停机对核心业务及优质服务的影响,最大化降低搬迁风险,节约成本,确保数据安全不丢失,优化IT基础架构,适应未来发展,成功的进行数据库迁移过渡尤为重要。本发明根据实际业务系统的重要程度,按需选择不同的数据库迁移方法,在尽可能降低数据库迁移过渡停机对业务系统影响的前提下,达到节约成本、缩短迁移时间、保障业务连续性的目的。
发明内容
本发明提供一种克服上述问题或者至少部分地解决上述问题的数据库的迁移方法。
根据本发明的一个方面,提供一种数据库的迁移方法,所述数据库基于RAC方式运行在两台服务器,且两台服务器上各运行一个数据库核心进程,所述数据库中的数据保存在存储器中,所述迁移方法包括:
将存储器中的数据复制到目的地中的新存储器中;
检测所述数据库针对核心业务还是非核心业务;以及
当所述数据库针对非核心业务时,将两台所述服务器先后搬迁至目的地。
本申请可以根据实际业务系统的重要程度,按需选择不同的数据库迁移方法,在尽可能降低数据库迁移过渡停机对业务系统影响的前提下,达到节约成本、缩短迁移时间、保障业务连续性的目的。
附图说明
图1为本发明实施例的数据库的迁移流程示意图。
具体实施方式
下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明,但不用来限制本发明的范围。
图1示出了本发明中数据库的迁移流程示意图,所述数据库基于RAC方式运行在两台服务器上,且两台服务器上各运行一个数据库核心进程,所述数据库中的数据保存在存储器中。所述迁移方法包括:
将存储器中的数据复制到目的地中的新存储器中;
检测所述数据库针对核心业务还是非核心业务;
当所述数据库针对非核心业务时,将两台所述服务器先后搬迁至目的地;或者
当所述数据库针对核心业务时,在目的地部署两台新的服务器。
在一个实施例中,当服务器为非核心业务系统的数据库,则迁移步骤具体包括:
待迁移的数据库包括两台服务器,采用RAC双机方式,即在并行服务器(RAC)方式下,两台服务器上各自运行一个数据库核心进程,但共同管理、操作一个数据库。客户端无论连接到哪个服务器都可以在数据库中进行操作。当服务器A由于故障失效时,数据库系统本身并未停止工作,连接在服务器B上的客户端还可以继续进行正常工作。同时,服务器B上也不需要再启动新的数据库服务器进程,因此也没有“切换时间”。因此可以实现负载均衡和相互热备)。未搬迁时,两台服务器上各自运行一个数据库核心进程,但共同管理、操作一个数据库。搬迁的时候,首先通过存储复制将数据复制到新机房存储,然后搬迁服务器A,服务器B继续在生产环境中运行,服务器A停止工作、迁移到目的地,然后将这个服务器A启动起来,对外提供服务。再搬迁一台服务器B:搬迁过程中,服务器B停止工作、迁移到目的地,然后将这个服务器B启动起来,对外提供服务。
在一个实施例中,为降低运行风险,可在目标端提前准备好两台数据库服务器作为RAC节点,一旦迁移过程出现问题,可以立即将数据库运行在此两个RAC节点上。
在一个实施例中,当数据库为核心业务系统的数据库,则迁移步骤主要包括:
待迁移的数据库包括两台服务器,采用RAC双机方式。未搬迁时,两台服务器上各自运行一个数据库核心进程,但共同管理、操作一个数据库。搬迁的时候,首先通过存储复制将数据复制到新机房存储,然后在新大楼部署好新的数据库环境。
在一个实施例中,部署新的数据库环境包括:安装数据库软件和创建数据库。
在一个实施例中,数据库软件的安装分为三步:拷贝软件、执行脚本(root.sh等)以及执行后续的配置工作。
在一个实施例中,通过dbca命令来创建数据库,数据库创建完成后,需要对数据库进行配置,依次包括:
1)尝试重启服务器,观察数据库是否能够正常的自动启动;
2)调整数据库的数据文件的大小,所述数据文件包括Redo文件和临时文件,是在大容量复制操作中,将数据从向外大容量复制操作传输到向内大容量复制操作的文件。数据文件存放着在数据库中存储的数据;
3).修改数据库由非归档模式变为归档模式,其中,非归档模式只能做冷备份,并且恢复时只能做完全备份,最近一次完全备份到系统出错期间的数据不能恢复;而归档模式可以做热备份,并且可以做增量备份,可以做部分恢复。因此,数据库使用归档方式运行时才可以进行灾难性恢复,而非归档模式则不能;
4).执行数据库全库备份并配置备份策略,数据库备份就是把数据库复制到储设备的过程,它是预防由介质、操作系统、软件和其它原因导致重要数据库文件严重损坏的唯一安全措施,备分计划越好,在恢复过程中选择的余地越大、而由此所带来的损失越少,数据库备份可分为逻辑备份、物理备份等,根据数据库运行方式的不同可以采用不同的备份策略;
5).修改操作系统级别的优化参数,,例如Hugepage参数,操作系统是管理和控制计算机硬件与软件资源的计算机程序,是直接运行在“裸机”上的最基本的系统软件,任何其他软件都必须在操作系统的支持下才能运行;
6).修改数据库级别的参数,例如,SGA、PGA、session数、process数等等;
7).调整连接池的配置,连接池负责分配、管理和释放数据库连接,它允许应用程序重复使用一个现有的数据库连接,而不是再重新建立一个;释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库操作的性能,连接池调整大小即为调整配置,要想确定用于应用程序的连接池大小,应使用诸如Apache Jmeter或The Grinder等工具创建负载测试脚本,并对应用程序进行负载测试。确定出发点的一种简单方法是,将连接池的最大连接数配置为“无限”,运行负载测试,并测量最大的并发连接数。随后,应进行反向操作,确定出使应用程序具有最佳性能的连接池的最小和最大值;
8).RAC特性测试,例如负载均衡、Failover,通过RAC方式实现负载均衡和相互热备,因此主要测试是否可以实现负载均衡和相互热备接着将原生产环境中的数据库切换到新大楼部署好的数据库环境,并直接对外提供服务。最后停止原生产环境中的数据库。
因此,核心业务系统的数据库迁移过程,不存在单机运行风险,安全性高,但是需另外匹配性能的主机搭建新数据库环境、需更改主机IP、环境需要重建、实施时间较长;非核心业务的数据库迁移过程,不需另外主机、不需更改主机IP、环境无需改变、实施时间短,但是存在单机运行风险,风险性高。因此,本发明可以根据实际业务系统的重要程度,按需选择不同的数据库迁移方法,在尽可能降低数据库迁移过渡停机对业务系统影响的前提下,达到节约成本、缩短迁移时间、保障业务连续性的目的。
最后,本申请的方法仅为较佳的实施方案,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种数据库的迁移方法,所述数据库基于RAC方式运行在两台服务器,且两台服务器上各运行一个数据库核心进程,所述数据库中的数据保存在存储器中,其特征在于,所述迁移方法包括:
将存储器中的数据复制到目的地中的新存储器中;
检测所述数据库针对核心业务还是非核心业务;以及
当所述数据库针对非核心业务时,将两台所述服务器先后搬迁至目的地。
2.如权利要求1所述的数据库的迁移方法,其特征在于,还包括:当所述数据库针对核心业务时,在目的地部署两台新的服务器。
3.如权利要求1所述的数据库的迁移方法,其特征在于,所述当所述数据库针对非核心业务时,将两台所述服务器先后搬迁至目的地进一步包括:
停止运行所述第一服务器并搬迁至目的地,同时第二服务器继续在初始地运行;
当所述第一服务器搬迁至目的地后,恢复所述第一服务器运行;以及
停止运行所述第二服务器并搬迁至目的地,当所述第二服务器搬迁至目的地后,恢复所述第二服务器运行。
4.如权利要求2述的数据库的迁移方法,其特征在于,所述当所述数据库针对核心业务时,在目的地部署两台新的服务器进一步包括:
在目的地安装两台第三服务器和第四服务器,并创建新的数据库环境,所述数据库环境用于运行数据库;
将初始地的数据库切换至所述新的数据库环境;以及
停止所述第一服务器和第二服务器运行。
5.如权利要求4所述的数据库的迁移方法,其特征在于,所述在目的地安装两台第三服务器和第四服务器,并创建新的数据库环境进一步包括:
在所述第三服务器和第四服务器上拷贝数据库软件,执行脚本并通过dbca命令创建数据库环境;
重启所述第三服务器和第四服务器,观察数据库是否在所述数据库环境中正常启动;
若正常启动,则将数据库由非归档模式调整为归档模式,执行数据库全库备份,并配置备份策略。
6.如权利要求5所述的数据库的迁移方法,其特征在于,所述观察数据库是否在所述数据库环境中正常启动还包括:
若未正常启动,则修改操作系统、数据库系统级别的参数,调整连接池的配置,测试双服务器的RAC特性。
7.如权利要求6所述的数据库的迁移方法,其特征在于,所述数据库级别的参数包括SGA、PGA、session数以及process数中的一种或几种。
8.如权利要求6所述的数据库的迁移方法,其特征在于,所述RAC特性包括负载均衡和Failover中的一种或多种。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611112165.3A CN106776997A (zh) | 2016-12-02 | 2016-12-02 | 一种数据库的迁移方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611112165.3A CN106776997A (zh) | 2016-12-02 | 2016-12-02 | 一种数据库的迁移方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106776997A true CN106776997A (zh) | 2017-05-31 |
Family
ID=58878365
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611112165.3A Pending CN106776997A (zh) | 2016-12-02 | 2016-12-02 | 一种数据库的迁移方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106776997A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107704550A (zh) * | 2017-09-26 | 2018-02-16 | 深圳前海微众银行股份有限公司 | 文件迁移方法、装置以及计算机可读存储介质 |
CN108427699A (zh) * | 2017-09-22 | 2018-08-21 | 平安科技(深圳)有限公司 | 快速初始化系统数据库的方法、装置及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101819545A (zh) * | 2010-04-09 | 2010-09-01 | 济南银泉科技有限公司 | 一种利用虚拟化技术实现平台迁移的方法 |
CN104899333A (zh) * | 2015-06-24 | 2015-09-09 | 浪潮(北京)电子信息产业有限公司 | 一种Oracle数据库跨平台迁移方法和系统 |
-
2016
- 2016-12-02 CN CN201611112165.3A patent/CN106776997A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101819545A (zh) * | 2010-04-09 | 2010-09-01 | 济南银泉科技有限公司 | 一种利用虚拟化技术实现平台迁移的方法 |
CN104899333A (zh) * | 2015-06-24 | 2015-09-09 | 浪潮(北京)电子信息产业有限公司 | 一种Oracle数据库跨平台迁移方法和系统 |
Non-Patent Citations (1)
Title |
---|
程跃斌等: "基于64位Windows 2003 和Oracle 10g RAC的"军卫一号"数据库的升级", 《医疗卫生设备》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108427699A (zh) * | 2017-09-22 | 2018-08-21 | 平安科技(深圳)有限公司 | 快速初始化系统数据库的方法、装置及存储介质 |
CN108427699B (zh) * | 2017-09-22 | 2021-08-24 | 平安科技(深圳)有限公司 | 快速初始化系统数据库的方法、装置及存储介质 |
CN107704550A (zh) * | 2017-09-26 | 2018-02-16 | 深圳前海微众银行股份有限公司 | 文件迁移方法、装置以及计算机可读存储介质 |
CN107704550B (zh) * | 2017-09-26 | 2021-04-30 | 深圳前海微众银行股份有限公司 | 文件迁移方法、装置以及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3218793B1 (en) | Non-disruptive controller replacement in a cross-cluster redundancy configuration | |
US9798632B2 (en) | Providing boot data in a cluster network environment | |
US7549079B2 (en) | System and method of configuring a database system with replicated data and automatic failover and recovery | |
KR100420266B1 (ko) | 클러스터 컴퓨터 시스템의 소프트웨어 가용도 개선 방법및 그 장치 | |
US7085956B2 (en) | System and method for concurrent logical device swapping | |
US9367412B2 (en) | Non-disruptive controller replacement in network storage systems | |
KR20110044858A (ko) | 데이터 센터들에 걸쳐 데이터 서버들내 데이터 무결정의 유지 | |
GB2484086A (en) | Reliability and performance modes in a distributed storage system | |
CN103176831B (zh) | 一种虚拟机系统及其管理方法 | |
WO2021136422A1 (zh) | 状态管理方法、主备应用服务器的切换方法及电子设备 | |
US8806265B2 (en) | LPAR creation and repair for automated error recovery | |
CN108984349B (zh) | 主节点选举方法及装置、介质和计算设备 | |
US20160019051A1 (en) | Forcibly completing upgrade of distributed software in presence of failures | |
US10719244B2 (en) | Multi-mode data replication for data loss risk reduction | |
GB2515554A (en) | Maintaining computer system operability | |
CN112380062A (zh) | 一种基于系统备份点多次快速恢复系统的方法及系统 | |
US7373542B2 (en) | Automatic startup of a cluster system after occurrence of a recoverable error | |
CN103200036A (zh) | 一种电力系统云计算平台的自动化配置方法 | |
WO2007141180A2 (en) | Apparatus and method for cluster recovery | |
WO2015043155A1 (zh) | 一种基于命令集的网元备份与恢复方法及装置 | |
CN106776997A (zh) | 一种数据库的迁移方法 | |
US9158666B2 (en) | Computer system and computer system information storage method | |
JPWO2011158367A1 (ja) | 実行中のプログラムの更新技術 | |
CN111400098B (zh) | 一种副本管理方法、装置、电子设备及存储介质 | |
US10909002B2 (en) | Fault tolerance method and system for virtual machine group |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170531 |
|
RJ01 | Rejection of invention patent application after publication |