DATAGUARD实施和维护总结
- 格式:docx
- 大小:20.48 KB
- 文档页数:6
数据维护工作总结数据维护工作是任何组织中至关重要的一环。
随着信息技术的不断发展,数据已经成为组织运营的核心,因此对数据的保护和维护工作显得尤为重要。
在过去的一年中,我们团队在数据维护工作上取得了一些显著的成绩,同时也遇到了一些挑战。
在这篇文章中,我将总结我们团队在数据维护工作上所做的工作,并探讨我们面临的一些问题和未来的发展方向。
首先,我们团队在数据维护工作上所做的工作主要包括数据备份、数据清洗、数据安全和数据质量控制等方面。
在数据备份方面,我们采用了定期备份和异地备份相结合的方式,确保数据的安全性和完整性。
在数据清洗方面,我们建立了一套完善的数据清洗流程,对数据进行清洗和去重,确保数据的准确性和可靠性。
在数据安全方面,我们加强了对数据的权限控制和监控,确保数据不被未经授权的人员访问和篡改。
在数据质量控制方面,我们建立了一套数据质量评估体系,对数据进行定期的质量评估和监控,确保数据的质量达到标准。
然而,我们在数据维护工作中也遇到了一些问题。
首先,由于数据量的不断增加,我们的数据备份和清洗工作变得越来越繁重,需要投入更多的人力和资源。
其次,数据安全问题也越来越突出,我们需要不断更新和加强我们的安全措施,以应对不断变化的安全威胁。
最后,数据质量控制也面临一些挑战,我们需要不断改进我们的数据质量评估体系,以适应不断变化的业务需求。
在未来,我们团队将继续努力,不断改进我们的数据维护工作。
首先,我们计划引入一些自动化工具,以提高我们的数据备份和清洗效率,减少人力成本。
其次,我们将加强我们的数据安全措施,引入一些先进的安全技术,提高我们的数据安全水平。
最后,我们将不断改进我们的数据质量评估体系,引入一些先进的数据质量管理工具,提高我们的数据质量水平。
总的来说,数据维护工作是一项重要的工作,我们团队将继续努力,不断改进我们的工作,确保数据的安全、准确和可靠。
希望在未来的工作中,我们能够取得更好的成绩,为组织的发展做出更大的贡献。
数据库管理与数据分析系统维护工作总结在当今数字化的时代,数据库管理与数据分析系统成为了企业运营和决策的重要支撑。
作为负责这一关键领域的维护人员,我深感责任重大。
在过去的一段时间里,我致力于保障系统的稳定运行,优化数据管理流程,以及提升数据分析的准确性和及时性。
以下是我对这段工作的详细总结。
一、工作背景与目标随着公司业务的不断拓展,数据量呈爆发式增长,对数据库的性能和数据分析的深度提出了更高的要求。
我的主要工作目标是确保数据库的安全可靠,数据的准确完整,以及为各部门提供及时有效的数据分析支持,以助力公司的业务决策和发展。
二、数据库管理工作1、日常监控与维护每天定时对数据库的运行状态进行监控,包括服务器的性能指标(如 CPU 使用率、内存占用率、磁盘 I/O 等),以及数据库的关键指标(如连接数、事务处理速度、锁等待情况等)。
及时发现并解决潜在的问题,如异常的性能下降、数据丢失或损坏等。
通过优化数据库配置参数、调整索引、清理无用数据等方式,提高数据库的运行效率。
2、数据备份与恢复制定并严格执行数据备份策略,确保数据的安全性和可恢复性。
采用了全量备份与增量备份相结合的方式,每天进行一次全量备份,每小时进行一次增量备份。
定期进行数据恢复演练,以验证备份数据的有效性和恢复流程的可行性。
在遇到数据丢失或损坏的紧急情况时,能够迅速恢复数据,将损失降到最低。
3、数据库优化对数据库结构进行优化,合理设计表结构、字段类型和索引,减少数据冗余,提高数据存储和查询效率。
优化数据库查询语句,通过分析执行计划,对复杂查询进行重写和调优,提高查询性能。
4、数据库安全管理配置严格的用户权限管理,确保只有授权人员能够访问和操作相关数据。
定期审查用户权限,及时撤销不必要的权限。
加强数据库的访问控制,采用防火墙、入侵检测等安全措施,防止外部攻击和非法访问。
三、数据分析系统维护工作1、系统性能优化对数据分析系统的服务器性能进行监控和优化,调整系统参数,增加内存和 CPU 资源,以满足不断增长的数据分析需求。
大数据中心维护工作总结随着信息化时代的到来,大数据中心已经成为了企业信息管理的重要组成部分。
大数据中心维护工作的重要性也日益凸显。
作为大数据中心维护工作人员,我们需要不断总结工作经验,提高工作效率,保障数据中心的正常运行。
首先,大数据中心维护工作需要具备专业知识和技能。
在日常维护工作中,我们需要熟悉各类服务器、网络设备、存储设备等硬件设备的工作原理和运行机制,掌握各种操作系统和数据库的安装、配置、维护和故障排除方法,熟悉数据中心的网络拓扑结构和数据流向,以及安全防护策略等。
只有具备了扎实的专业知识和技能,才能够保证数据中心的正常运行。
其次,大数据中心维护工作需要具备高度的责任心和细致的工作态度。
数据中心的运行稳定性对企业的信息安全和业务连续性至关重要,一旦出现故障或安全漏洞,都可能给企业带来严重的损失。
因此,作为维护人员,我们需要时刻保持高度的责任心,严格按照规章制度进行工作,细心排查可能存在的隐患,及时发现并解决问题,确保数据中心的安全稳定运行。
最后,大数据中心维护工作需要具备团队合作精神和不断学习的态度。
数据中心维护工作通常需要多个人员协同配合,共同完成设备维护、系统更新、安全防护等工作。
因此,团队合作精神是非常重要的。
另外,随着科技的不断发展,数据中心的设备和技术也在不断更新换代,作为维护人员,我们需要不断学习新知识,跟进新技术,不断提升自己的维护能力和水平。
总的来说,大数据中心维护工作是一项重要而复杂的工作,需要我们具备扎实的专业知识和技能,高度的责任心和细致的工作态度,团队合作精神和不断学习的态度。
只有不断总结工作经验,提高工作效率,才能够更好地保障数据中心的正常运行,为企业的信息化建设提供有力的支持。
大数据中心维护工作总结
随着信息技术的发展,大数据已经成为了企业发展的重要资源。
而大数据中心
作为大数据的存储和处理中心,承担着重要的角色。
为了保证大数据中心的正常运行,维护工作显得尤为重要。
在过去的一段时间里,我们对大数据中心的维护工作进行了总结,现在我将对这些总结进行分享。
首先,大数据中心的硬件设备维护是维护工作的重中之重。
我们需要定期对服
务器、存储设备、网络设备等进行检查和维护,确保它们的正常运行。
同时,我们还需要制定合理的备份策略,保证数据的安全性和可靠性。
其次,大数据中心的软件系统维护也是一项重要的工作。
我们需要及时对操作
系统、数据库、应用程序等进行更新和维护,以确保系统的稳定性和安全性。
同时,我们还需要对系统进行性能监控和优化,提高系统的运行效率和响应速度。
另外,大数据中心的安全维护也是维护工作的重要内容。
我们需要建立完善的
安全策略和控制措施,保护大数据中心不受到恶意攻击和数据泄露的威胁。
同时,我们还需要加强对权限管理和审计监控,确保数据的合规性和隐私性。
最后,大数据中心的故障排除和问题解决也是维护工作的重要部分。
我们需要
建立完善的故障处理流程和应急响应机制,及时发现和解决问题,确保大数据中心的持续稳定运行。
总的来说,大数据中心的维护工作是一项复杂而繁重的任务,需要我们不断学
习和提高。
只有不断加强维护工作,才能保证大数据中心的正常运行,为企业的发展提供有力支持。
希望我们能够在今后的工作中不断总结经验,不断提高维护工作的水平,为大数据中心的发展贡献自己的力量。
一、实训背景随着信息技术的快速发展,数据库技术在各行各业中的应用越来越广泛。
为了提高自己的数据库维护能力,我参加了本次数据库维护实训。
通过两个月的实训,我对数据库维护有了更加深入的了解,以下是本次实训的总结。
二、实训目标1. 掌握数据库的基本概念、体系结构、存储结构、事务处理和并发控制等基本知识。
2. 熟悉常用的数据库管理系统(如MySQL、Oracle等)的安装、配置和基本操作。
3. 掌握数据库的备份、恢复、性能优化、安全性和监控等方面的技能。
4. 能够根据实际需求,对数据库进行维护、优化和扩展。
三、实训内容1. 数据库基础知识学习实训初期,我们学习了数据库的基本概念、体系结构、存储结构、事务处理和并发控制等基本知识。
通过学习,我们对数据库有了全面的认识,为后续的实训打下了坚实的基础。
2. 数据库管理系统学习实训过程中,我们学习了MySQL和Oracle两种常用的数据库管理系统的安装、配置和基本操作。
通过实际操作,我们掌握了数据库的创建、修改、删除、备份、恢复等操作。
3. 数据库维护技能训练在实训中,我们重点学习了以下数据库维护技能:(1)备份与恢复:学习了全量备份、增量备份、差异备份等备份策略,以及数据库的恢复操作。
(2)性能优化:掌握了索引优化、查询优化、存储优化等性能优化方法。
(3)安全性:学习了数据库安全策略、用户权限管理、数据加密等方面的知识。
(4)监控:掌握了数据库性能监控、日志分析等方面的技能。
4. 项目实践实训期间,我们参与了一个实际项目的数据库维护工作。
在项目实践中,我们根据需求,对数据库进行了优化、扩展和维护,确保了项目的顺利实施。
四、实训收获1. 提高了数据库维护的理论知识和实际操作能力。
2. 学会了如何根据实际需求,对数据库进行优化、扩展和维护。
3. 培养了团队协作精神,提高了沟通能力。
4. 增强了面对挑战的信心,为今后的职业发展奠定了基础。
五、实训总结本次数据库维护实训让我受益匪浅。
数据库维护实训总结与体会
在数据中心学习期间,我们学习了数据库的设计、安装和维护
等知识,并开展了一系列的数据库维护实训,下面是我的总结与
体会。
一、实训内容
我们的实训内容包括了数据库的安装、备份、还原和性能调优
等方面。
首先,我们需要在虚拟机上安装MySQL数据库,并进行基本的配置,例如设置管理员账户、更改默认的端口号。
其次,
我们学习了如何对数据库进行备份和还原,以防止发生数据丢失
的情况。
最后,我们学习了如何通过调整缓存大小、优化查询语
句以及使用索引等方式来优化数据库的性能。
二、实践过程
在实践过程中,我们遇到了不少问题,例如数据库的安装失败、备份文件因编码问题无法还原等。
但是通过与老师和同学的讨论,我们最终找到了解决问题的方法。
我们还在实践中发现了一些优
化数据库性能的技巧,例如使用EXPLAIN命令来分析查询语句的性能,使用慢查询日志来找出耗时的SQL语句等。
三、收获与体会
通过这次实训,我学到了很多数据库设计和维护方面的知识。
在实践中,我也收获了不少经验,例如要时刻备份重要数据、要使用优秀的工具来简化工作流程。
此外,通过与同学合作实践,我也锻炼了自己的能力。
在未来的工作中,这些经验和能力无疑会对我有很大的帮助。
总的来说,这次数据库维护实训让我们更深入地了解了数据库的概念和运作方式,同时也给我们提供了一个锻炼自己实践能力的机会。
我们要不断地提高自己的能力,才能在未来的职业生涯中大展拳脚。
数据库维护报告1. 引言本报告旨在总结和分析我所负责维护的数据库的状态以及在维护过程中遇到的问题和解决方案。
数据库作为一个重要的组织资源,对于企业的正常运行具有至关重要的意义。
通过定期的维护工作,既可以确保数据库的高可用性和稳定性,也能够保证数据的完整性和安全性。
2. 维护任务2.1 数据备份为了保护数据库中的数据免受意外事故的影响,我按照预定的计划进行了定期的数据备份。
备份策略主要包括完全备份和增量备份。
完全备份在每周一进行,而增量备份则在每天的凌晨自动执行。
通过备份,可以确保即使在发生故障的情况下,仍然可以快速地恢复数据,并尽可能减少数据丢失的风险。
2.2 数据库性能监控我使用了一些监控工具来跟踪数据库的性能指标,以便及时发现和解决潜在的性能问题。
这些指标包括CPU使用率、内存使用率、磁盘IO等。
通过对这些指标进行监控和分析,可以提前预知数据库的性能瓶颈,并采取适当的措施进行优化,以确保数据库的正常运行。
2.3 数据库安全性维护数据库的安全性对于组织的信息资产保护至关重要。
为了提高数据库的安全性,我采取了以下措施:•定期更新数据库的补丁和升级版本,以确保数据库解决了已知的安全漏洞。
•限制数据库访问权限,仅授权给需要访问数据库的人员,避免未经授权的访问。
•使用强密码策略,并定期更改密码,确保数据库账户的安全性。
•监控数据库访问日志,及时发现异常行为,并采取相应的应对措施。
3. 维护问题与解决方案在数据库维护的过程中,我遇到了一些问题,下面是几个典型的问题和解决方案:3.1 数据库性能下降问题描述:某天,数据库的性能突然下降,查询速度变慢,用户反馈数据库访问变得异常缓慢。
解决方案:首先,我通过监控工具查看数据库的性能指标。
发现CPU使用率异常高,并且磁盘IO达到了峰值。
经过进一步的分析,发现是某个查询语句造成的性能问题。
我对该查询语句进行了优化,并对数据库的索引进行了重新调整。
最终,数据库的性能得到了恢复。
数据库管理与维护技术总结随着信息技术的不断发展,大规模数据的存储和管理成为了各个领域的必修课,而数据库管理与维护技术对保证系统的性能和可靠性至关重要。
在此,我们将从系统优化、备份恢复、安全防御和数据清理四个方面来总结数据库管理与维护技术。
一、系统优化系统性能的优化是数据库管理与维护的核心问题之一。
对于数据库服务器,硬件配置的优化是首要考虑的问题。
在选择硬件时,我们应该考虑到处理器、内存、硬盘以及网卡等几个方面。
在硬件配置的基础上,我们也需要关注软件的优化。
例如,数据库参数的设置、缓存优化、查询优化等方面。
此外,还可以采用分布式数据库架构和负载均衡等技术来提高系统性能。
二、备份恢复备份恢复是数据库管理中最重要的一环,可以有效保障数据的安全性。
有许多备份恢复策略,如全量备份策略、增量备份策略、差异备份策略等。
其中,全量备份是将整个数据库备份下来,一般用于数据量不大或备份频率较低的情况。
增量备份则是对于数据在上一次全量备份之后发生的改变进行备份;差异备份则是针对于上一次备份后的增量备份进行的备份,相对于全量备份,差异备份的备份量更小,可有效提高备份速度。
如果出现了在不同时间点上的数据丢失或错误,我们需要使用恢复策略。
常用的恢复策略包括全量恢复、部分恢复、指定恢复等。
三、安全防御安全防御是数据库管理中最重要的问题之一。
我们可以采用如下措施来保证数据的安全性:1. 数据库服务器的加密设置。
在取消权限时,可能会产生数据的泄露问题,而设置密码来让数据库进行加密,则可以有效保障数据的安全性。
2. 建立完善的安全管理体系,并进行权限控制。
例如,用户访问控制、角色访问控制等。
采用这种方式可以限制访问权限,保护数据的安全性。
3. 对数据库内容进行加密。
不仅包括敏感数据加密,还包括数据库内部机密信息的加密(如表结构等)。
四、数据清理数据清理是数据库管理中的另一个重要问题。
在数据库运行一段时间后,可能会出现大量冗余数据和不规范数据的问题,而这些数据可能会影响数据库的性能和效率。
广州宝钢井昌钢材配送有限公司Data Guard实施文档北京金至泰克科技有限公司深圳分公司(2009年06月)目录概述...............................................................................................................................................................- 3 - 介绍...............................................................................................................................................................- 3 - Data Guard的保护模式.................................................................................................................................- 5 - Data Guard的类型.........................................................................................................................................- 7 - 测试环境说明...............................................................................................................................................- 8 - 物理备用数据库的实施...............................................................................................................................- 8 - 物理备用数据库的管理.............................................................................................................................- 15 - 手动进行的物理变更.................................................................................................................................- 16 - 角色转换和故障转换.................................................................................................................................- 17 -概述Data Guard是一种目前广泛采用的备份方式,用以防止任何可能引起数据丢失的因素,无论是因为人为差错、操作系统引起的崩溃,还是自然灾害和恐怖事件。
数据库优化与维护的工作总结一、引言作为一名数据库管理员,我在过去一年中致力于数据库的优化与维护工作。
在这篇总结中,我将回顾并分享我在这个领域的经验和成果。
通过更好的数据库优化和有效的维护策略,我们团队在提高系统性能、减少故障和提升数据安全方面取得了显著的成果。
二、性能优化1. 索引优化通过分析数据库的查询计划,我们识别并优化了关键查询的性能瓶颈。
经过对表结构和数据分布的深入研究,合理地优化了索引的选取和创建。
这一系列的操作显著提高了查询效率,降低了系统的响应时间。
2. 查询优化通过对频繁查询的SQL语句进行调整和重写,我们减少了查询的复杂性和冗余性,并且利用数据库的内置函数和特性来提升查询效率。
此外,我们也大量使用了查询缓存和预编译技术来减少查询的执行时间,从而提高系统的整体性能。
3. 硬件优化除了对数据库进行优化,我们还升级了服务器硬件设施,增加了CPU核心数和内存容量。
这些硬件的升级使得数据库服务器能够更好地处理大量的并发请求,提高了数据库的整体性能。
三、维护策略1. 数据备份与恢复数据备份是确保数据库安全可靠的重要措施。
我们采用了定期全量备份和增量备份的方式,并将备份数据存储在不同地点的离线媒介上,以防止意外数据丢失。
此外,我们还定期测试备份数据的完整性和可恢复性,确保在系统故障时能够快速地将数据恢复到正常状态。
2. 定期维护与优化根据数据库的实际使用情况与特点,我们制定了定期的维护计划。
这包括数据库的重建、重新索引和统计信息的收集,以及对数据库表结构的优化。
通过定期维护,我们保持数据库的稳定性和性能,并及时发现并解决潜在的问题。
3. 监控和警报系统为了及时发现和解决数据库的异常情况,我们搭建了监控和警报系统。
通过设置阈值和指标,我们可以实时监控数据库的性能、空间使用率和连接状态等。
一旦发现异常,系统会自动发送警报信息给相关人员,并触发相应的应急处理措施,保障数据库的稳定性和安全性。
四、总结与展望通过数据库优化与维护的工作,我们取得了显著的成绩。
DATAGUARD实施和维护总结 1、DATAGUARD原理 STANDBY一旦创建,DATAGUARD就会通过将主数据库的REDO传递给STANDBY数据库,然后在STANDBY中应用REDO实现数据库的同步。
有两种类型的STANDBY:物理STANDBY和逻辑STANDBY 物理STANDBY提供与主数据库完全一样的拷贝(块到块),数据库SCHEMA,包括索引都是一样的。它是直接应用REDO实现同步的。
逻辑STANDBY则不是这样,在逻辑STANDBY中,逻辑信息是相同的,但物理组织和数据结构可以不同,它和主库保持同步的方法是将接收的REDO转换成SQL语句,然后在STANDBY上执行SQL语句。逻辑STANDBY除灾难恢复外还有其它用途,比如用于用户进行查询和报表。
DATAGUARD包含三个服务(日志传输、日志应用和角色转换) 日志传输服务控制REDO数据的传输(传输日志,实施数据库保护模式)--------------STANDBY上通过起用RFS进程接收REDO数据。 日志应用服务则一方面自动应用日志,另一方面自动检测STANDBY缺少的REDO,并从主数据库或其它STANDBY中自动查询出丢失的REDO。
DATAGUARD的几种保护模式:最大保护,最大可用,最大性能 最大保护是指除非REDO在至少一个STANDBY中可用,否则事务不能提交。如果在某个STANDBY中不可用,则主数据库的操作被停止。 最大可用是指如果STANDBY不可用,主数据库仍然可以处理事务,只是在问题被纠正后,STANDBY和主数据库进行再同步。这样的一个问题是:当再同步之前有必要FAILOVER时,有些数据可能会丢失。 最大性能是指主数据库的提交操作不等待STANDBY。
物理STANDBY可能的模式:只读模式(OPEN READONLY)和恢复模式(MANANGED RECOVERY)
2、物理DATAGUARD实施 主数据库的准备工作:FORCE LOGGING,ENABLE ARCHIVING,一个本地归档目的地。
创建STANDBY数据库: a.关闭主库,冷备份主库数据文件、日志文件和密码文件,然后启动主库,在主库上创建STANDBY的控制文件:alter database create standby controlfile as '文件名'
b.准备参数文件,将参数文件、备份的主库文件和STANDBY控制文件拷贝到STANDBY系统。
需要更改的参数有:standby_archive_dest-----接收的归档日志存放处 db_file_name_convert和log_file_name_convert-----仅当主库和STANDBY库在同一系统下时用 log_archive_dest_1-----本地归档目的地 log_archive_dest_2='service=standby'-----归档到STANDBY的目的地 standby_file_management=auto remote_archive_enable=true fal_server fal_client instance_name-----当主库和STANDBY库在同一系统下时该参数用于区分主库 lock_name_space-----当主库和STANDBY库在同一系统下时指定STANDBY的实例名和INSTANCE_NAME相同
c.如果是WINDOWS系统,需要创建WINDOWS服务。 d.配置两台机器的tnsnames.ora,双方都能tnsping通 e.在主库和STANDBY库上配置监听 f.起用STANDBY系统上的死连接检测:sqlnet.ora中设置sqlnet.expire_time=2 g.在STANDBY上创建SPFILE h.启动STANDBY: startup nomount alter database mount standby database i.初始化日志应用服务 alter database recover managed standby database disconnect from session;
3、DATAGUARD维护 a.日志传送服务 有些情况下,你可能需要在归档日志和应用日志之间有个时间间隔,此时可以通过在STANDBY上指定参数log_archive_dest_n中指定delay=minutes属性。 S TANDBY上的日志应该与主库上的日志大小相同,另外STANDBY上的日志组应该比主库多,因为这样归档操作才有时间完成。也就是RFS(日志接收)进程在使用STANDBY的日志前,不用等待该日志被归档。最简单判断日志组是否够的方法是查看警告日志和RFS的TRACE文件。
增加STANDBY日志文件的方法: alter database 语句中使用add standby logfile子句。相关视图v$standby_log,v$logfile 增加STANDBY日志组的方法: alter database add standby logfile group 10 ('文件名1','文件名2') size 100M对于多个 STANDBY共享归档日志文件目的地,有些情况下需要指定log_archive_dest_n参数的dependency属性,该属性的作用是说明该目的地依赖于父目的地的成功归档。
参数log_archive_dest_n还可以指定reopen、max_failures、sync、async属性。通过给该参数指定LGWR或者ARCH属性以选择是用LGWR还是ARCH进程传送日志。
用于日志接收的几个进程是:LGWR,ARCH,RFS,FAL。FAL进程用于解决日志缝。 设置数据保护模式的语句为:alter database set standby database to maximun(protection|availability|performance)
b.日志应用服务 对于物理STANDBY,日志应用服务涉及到下面几个进程:RFS,ARC,MRP。MRP是管理恢复进程。 启动STANDBY的恢复操作的几个命令:alter database recover managed standby database(启动前台会话);alter database recover managed standby database disconnect from session(启动后台会话,也就是说会话可以继续干别的事情);alter database recover managed standby database cancel(停止日志应用). 可以通过查询视图v$managed_standby查看日志应用情况。
c.数据文件管理 当主库新创建数据文件,可定义参数standby_file_management为auto,让standby也自动创建数据文件。如果主库和standby的数据文件的目录结构不一样,可以设定db_file_name_convert将主库上的文件名转换成standby上的文件名。如果standby_file_management设为auto,则不能在standby上重命名或创建数据文件、日志文件。
每分钟主库会询问standby是否有gap,该行为被称为heartbeat. 可以查询视图v$archived_gap,如果发现有GAP,则可以从主库上将日志文件拷贝到standby,然后将相关文件注册到standby,具体方法是:alter database register logfile '文件名'。当然也可以通过设置参数fal_server,fal_client,让日志应用服务自动处理gap问题。 对于STANDBY日志应用服务,下面几个视图有助于监控:v$managed_standby,v$archived_dest_status,v$archived_log,v$log_status,v$dataguard_status. 可以设置参数log_archive_trace对归档进行不同级别的跟踪。
d.角色转换 ORACLE支持两种形式的角色转换----switchover和failover switchover包含两个步骤,首先主库被转换成STANDBY,然后STANDBY被转换成主库 switchover的准备工作:完成角色转换需要改变的参数(必须改变所有STANDBY上的 log_archive_dest_n和log_archive_dest_state_n);确保主库和所有STANDBY都有连接;确认没有用户连接到数据库;对于RAC环境确保只有一个实例是活动状态;角色转换之前,主库实例应该是OPEN状态,而STANDBY实例是MOUNT状态,因为这样的话,转换过程中STANDBY数据库也可以应用归档日志,如果STANDBY为READONLY,切换操作仍然可以进行,只是要花一点额外的时间;如果切换操作包含逻辑STANDBY,那么,主库实例和STANDBY实例都必须为OPEN状态;将要转换成主库的STANDBY变成归档模式;取消在该STANDBY库上的日志延迟。
switchover的步骤:在当前主库上,首先确认可以执行switchover操作(select switchover_status from v$database,如果值为TO STANDBY则可以切换,否则需要检查当前DATAGUARD配置是否运行正常),然后将主库切换为STANDBY(执行ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;这样原控制文件被备份并生成新的STANDBY控制文件,然后只要重新启动该库为STANDBY模式就可以了);以上操作完成后,在原STANDBY数据库上,需要查询原主库的切换信息是否被目标STANDBY接收到(SELECT SWITCHOVER_STATUS FROM V$DATABASE;如果结果为SWITCHOVER PENDING说明STANDBY切换为PRIMARY是可行的,否则需要检查DATAGUARD的配置是否运行正常),然后执行ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;将STANDBY转换成PRIMARY,并重新启动该库。这里需要说明的是如果该库在线重做日志不存在,该切换语句会自动创建它们,然而这样一来,会花费很长的时间。因此ORACLE建议手工增加在线重做日志。手工增加在线重做日志的方法有两种:第一种是将原主库的日志拷贝到原STANDBY,并且定义参数log_file_name_convert,让它将standby和新的日志联系起来。第二种方法是DROP所有目标STANDBY上存在的日志,并且用命令ALTER DATABASE ADD STANDBY LOGFILE创建新的日志。switchover的最后一步是将新生成的STANDBY转换成恢复模式,并将新PRIMARY进行一次归档操作。 failover的准备工作:完成角色转换需要改变的参数(必须改变所有STANDBY上的log_archive_dest_n和log_archive_dest_state_n);确保主库和所有STANDBY都有连接;对于RAC环境确保只有一个实例是活动状态;如果要进行failover操作的STANDBY当前运行于最大保护模式,则应该将它转换成最大性能模式(通过命令ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE;)