### ORACLE RAC恢复备份恢复测试—全套过程含脚本 veritas RMAN #### 概述 Oracle Real Application Clusters (RAC) 是一个数据库集群解决方案，它允许多个Oracle数据库实例同时访问同一个数据库，以此来提供高可用性和可扩展性。在实际生产环境中，为确保数据安全与业务连续性，进行数据库备份是非常重要的。此文档主要介绍如何利用Veritas的RMAN工具进行Oracle RAC环境下的备份与恢复测试，并附带了具体的备份脚本示例。 #### Oracle RAC备份原理 在RAC环境中，由于存在多个实例共享相同的物理存储，因此在设计备份方案时需特别注意。RMAN（Recovery Manager）是一种强大的备份和恢复工具，支持在线热备份，在线热备份可以在数据库正常运行时执行，无需停机，非常适合RAC环境中的使用。 #### 备份脚本详解 脚本名为 `hot_database_backup.sh`，用于实现RAC环境下的一致性备份。 1. **版权声明：** ```bash # $VRTScprght: Copyright 1993-2007 Symantec Corporation, All Rights Reserved $ ``` 此处声明了脚本的版权归属。 2. **脚本简介：** ```bash #-------------------------------------------------------------------------- # hot_database_backup.sh #-------------------------------------------------------------------------- # This script uses Recovery Manager to take a hot (inconsistent) database # backup. A hot backup is inconsistent because portions of the database # are being modified and written to the disk while the backup is progressing. # You must run your database in ARCHIVELOG mode to make hot backups. It is # assumed that this script will be executed by user root. In order for # RMAN to work properly we switch user (su-) to the oracledba account before # execution. If this script runs under a user account that has Oracle dba # privilege, it will be executed using this user's account. ``` 这段注释详细介绍了脚本的功能及使用前提条件。需要注意的是，为了使RMAN能够正常工作，通常会切换到具有Oracle dba权限的用户执行。 3. **确定执行用户的用户名：** ```bash CUSER=`id | cut -d "(" -f2 | cut -d ")" -f1` ``` 该行代码用于获取当前执行脚本的用户名。 4. **指定日志文件名：** ```bash RMAN_LOG_FILE=${0}.out ``` 这里指定了备份操作的日志文件名，其中`${0}`表示脚本自身的文件名。 5. **清理旧日志文件：** ```bash if [ -f "$RMAN_LOG_FILE" ] then rm -f "$RMAN_LOG_FILE" fi ``` 如果存在同名的日志文件，则先删除以避免日志信息的重复积累。 6. **初始化环境变量：** 脚本后续部分将涉及到更多环境变量的设置以及RMAN命令的具体执行细节，但由于提供的部分内容较短，无法展示完整的脚本逻辑。 #### RMAN备份策略 - **备份类型**：RMAN支持全备、增量备份等多种备份类型。 - **备份级别**：可以通过不同的备份级别来控制备份的粒度。 - **备份目标**：可以选择磁盘或磁带作为备份目标。 - **备份验证**：通过验证确保备份文件的完整性。 #### 实际应用注意事项 1. **环境配置**：确保所有节点上的环境变量一致，如ORACLE_HOME、ORACLE_SID等。 2. **备份策略规划**：根据业务需求制定合理的备份计划，包括备份频率、备份窗口等。 3. **恢复测试**：定期进行恢复测试，验证备份的有效性。 4. **性能优化**：在进行备份时可能会对系统性能造成一定影响，可通过调整备份时间窗口等方式来减少这种影响。 #### 总结 Oracle RAC环境下的备份与恢复是一项复杂但至关重要的任务。通过使用RMAN工具可以有效地提高备份效率和恢复速度，确保数据的安全性。本文介绍的脚本提供了基础框架，可根据具体情况进行调整和完善。在实施过程中还需要注意备份策略的合理规划、环境配置的一致性等关键点，以确保备份方案的稳定可靠。

本文在个人的实验环境中，测试解决了下Oracle 11.2.0.4 RAC sysaux表空间异常增长的处理过程。在Oracle 11.2.0.4 RAC下这是一个BUG，BUG号：14084247。

《深入理解Greenplum数据库：基于MPP架构的大数据处理》 Greenplum数据库系统，作为一款高效的大数据处理工具，被广泛应用于大数据仓库（DW）和商业智能（BI）领域。其核心特性在于采用无共享（shared-nothing）的大规模并行处理（MPP）架构，这使得它在处理海量数据时展现出卓越的性能和扩展性。在本文中，我们将深入探讨Greenplum的MPP架构、与PostgreSQL的关系以及如何在RHEL7环境下安装和使用Greenplum。 让我们了解MPP架构。MPP（Massively Parallel Processing）是一种分布式计算模型，每个节点都拥有独立的内存和存储资源，且不共享这些资源。在Greenplum中，数据被分割成多个段，均匀分布在各个节点上，每个节点独立处理分配到的数据，然后将结果合并。这种架构使得Greenplum能充分利用硬件资源，实现快速的数据处理和分析。 Greenplum是基于PostgreSQL的，这意味着它继承了PostgreSQL的SQL兼容性和ACID事务特性。然而，Greenplum针对大规模数据处理进行了优化，如增加并行查询执行、动态数据分片等。同时，Greenplum还提供了高级的数据分析功能，如并行化的数据加载、复杂的SQL查询支持和高级统计函数。 在“greenplum-db-5.0.0-rhel7-x86_64.zip”压缩包中，我们看到一个名为“greenplum-db-5.0.0-rhel7-x86_64.bin”的可执行文件。这是Greenplum数据库的安装程序，适用于Red Hat Enterprise Linux 7（RHEL7）64位环境。安装过程通常包括以下步骤： 1. 解压下载的zip文件。 2. 执行安装脚本，通常需要root权限。 3. 配置系统环境变量，如设置`$GPHOME`和`$PATH`。 4. 初始化数据库集群，定义数据目录和初始化参数。 5. 创建管理员用户和数据库。 6. 配置安全设置，如防火墙规则和SSL证书（如果需要）。 7. 测试连接和运行简单的查询，验证安装成功。 在实际应用中，Greenplum的高效性能得益于其智能查询优化器。它能够分析SQL语句，生成最佳的执行计划，利用MPP架构的优势，使得数据处理速度得到显著提升。此外，Greenplum还支持分区表、物化视图和并行加载等功能，进一步增强了其在大数据场景下的实用性。 Greenplum数据库是大数据工程师不可或缺的工具，它的MPP架构和对PostgreSQL的优化使其在大数据处理领域独树一帜。掌握Greenplum的安装、配置和使用，将极大地提升数据处理和分析的能力，对于数据驱动的企业来说具有重要的价值。

VMware Workstation 10.0 下的 Linux Oracle RAC 详细安装指南 在这篇文章中，我们将详细介绍如何在 VMware Workstation 10.0 环境下安装 Linux 操作系统，并配置 Oracle RAC（Real Application Clusters）。同时，我们还将介绍如何配置 ASM（Automatic Storage Management）磁盘和共享磁盘。 一、 VMware Workstation 的配置 在开始安装 Linux 操作系统之前，我们需要首先配置 VMware Workstation。具体来说，我们需要： * 分配 2G 的内存 * 配置 1 个处理器 * 配置 50GB 的硬盘（预先分配） * 配置桥接模式的网络适配器（rac ip） * 配置主机模式的网络适配器（rac priv） * 开启 VMware Tools 功能，以便实现客户机与主机同步 二、ASM 磁盘的增加 在安装 Oracle RAC 之前，我们需要增加 ASM 磁盘。具体来说，我们需要： * 安装 Red Hat Linux 操作系统，安装路径为 F:\RAC1 * 硬盘路径为 F：\RAC1 * ASM 共享磁盘路径为 F：\sharedstorage 在 VMware Workstation 虚拟机的安装目录下，我们可以找到 Vmware-vdiskmanager.exe 程序，该程序可以用来创建 ASM 磁盘。我们可以使用以下命令来创建 ASM 磁盘： * vmware-vdiskmanager.exe -c -s 1024Mb -a lsilogic -t 2 F:\sharedstorage\ocr.vmdk * vmware-vdiskmanager.exe -c -s 1500Mb -a lsilogic -t 2 F:\sharedstorage\votingdisk.vmdk * vmware-vdiskmanager.exe -c -s 5000Mb -a lsilogic -t 2 F:\sharedstorage\asm1disk.vmdk * vmware-vdiskmanager.exe -c -s 5000Mb -a lsilogic -t 2 F:\sharedstorage\asm2disk.vmdk * vmware-vdiskmanager.exe -c -s 5000Mb -a lsilogic -t 2 F:\sharedstorage\asm3disk.vmdk 三、配置磁盘共享 在安装 Oracle RAC 之前，我们需要配置磁盘共享。具体来说，我们需要： * 找到并打开 rac1.vmx 文件 * 在文件的最后追加以下内容： scsi1.present = "TRUE" scsi1.virtualDev = "lsilogic" scsi1.sharedBus = "virtual" scsi1:1.present = "TRUE" scsi1:1.mode = "independent-persistent" scsi1:1.filename = "F:\sharedstorage\ocr.vmdk" scsi1:1.deviceType = "disk" scsi1:2.present = "TRUE" scsi1:2.mode = "independent-persistent" scsi1:2.filename = "F:\sharedstorage\votingdisk.vmdk" scsi1:2.deviceType = "disk" scsi1:3.present = "TRUE" scsi1:3.mode = "independent-persistent" scsi1:3.filename = "F:\sharedstorage\asm1disk.vmdk" scsi1:3.deviceType = "disk" scsi1:4.present = "TRUE" scsi1:4.mode = "independent-persistent" scsi1:4.filename = "F:\sharedstorage\asm2disk.vmdk" scsi1:4.deviceType = "disk" 四、结论 在本文中，我们详细介绍了如何在 VMware Workstation 10.0 环境下安装 Linux 操作系统和配置 Oracle RAC。同时，我们还介绍了如何配置 ASM 磁盘和共享磁盘。通过本文，我们可以了解到 VMware Workstation 的配置、ASM 磁盘的增加、磁盘共享的配置等技术细节。

Oracle 11gR2 RAC (Real Application Clusters) 和 ASM (Automatic Storage Management) 是企业级数据库系统的重要组成部分，特别是在高性能、高可用性及可扩展性的需求下。本安装指导手册聚焦于在AIX 6.1操作系统上部署Oracle 11gR2 RAC与ASM的详细步骤，下面将详细介绍这两个关键组件以及在AIX平台上的安装过程。 **Oracle 11gR2 RAC** RAC是Oracle数据库的一项关键技术，它允许多个数据库实例共享同一物理数据库，提供高可用性和负载均衡。在RAC环境中，每个实例都可以访问数据库的所有数据，如果一个实例发生故障，其他实例可以接管其工作，保证服务的连续性。 在AIX上安装RAC，首先需要准备多台物理服务器作为节点，每台节点上都要安装Oracle Grid Infrastructure（GI），这是RAC的基础。GI包括Clusterware和CRS（Cluster Ready Services），负责集群的管理和监控。安装过程中，需要配置网络资源，如GNS（Global Name Service）和VIP（Virtual IP）来实现服务的透明切换。同时，存储必须是共享的，以便所有节点都能访问。 **ASM** ASM是Oracle提供的集成式存储管理解决方案，它自动处理存储的创建、分配、扩展和回收，简化了存储管理。在RAC环境下，ASM用于统一管理集群内的所有数据文件和控制文件，提供高可用性和性能优化。 在AIX上安装ASM，需在安装GI时选择ASM组件。ASM通过磁盘组管理磁盘，磁盘组可以包含多个磁盘，并支持RAID配置以提高数据安全性。创建ASM磁盘组时，需规划合适的磁盘布局和冗余策略。ASM自动创建和管理文件，如表空间和数据文件，使得数据库管理员无需直接操作底层存储。 **AIX 6.1平台** AIX是IBM的Unix操作系统，以其稳定性和安全性著称。在AIX上安装Oracle RAC和ASM，需要考虑以下几点： 1. **硬件兼容性**：确保服务器硬件满足Oracle的最小配置要求，包括CPU、内存和磁盘I/O。 2. **操作系统准备**：安装必要的软件包，如C++编译器、Perl等，配置操作系统参数以优化Oracle性能。 3. **网络配置**：设置适当的网络拓扑，包括心跳网络、公共网络和私有网络，确保集群通信的可靠性。 4. **存储配置**：AIX支持多种存储解决方案，如NFS、SAN或直接连接存储，根据实际需求选择合适的存储方案。 5. **安装和配置步骤**：遵循Oracle官方文档和本手册的指导，完成GI和数据库实例的安装，以及RAC和ASM的配置。 在实施安装时，务必对每一步进行详尽的测试和验证，确保系统的稳定运行。遇到问题时，参考Oracle文档，利用各种诊断工具进行排查。同时，良好的文档记录也是确保成功部署的关键，方便后期的维护和升级。 总结来说，Oracle 11gR2 RAC和ASM在AIX 6.1上的部署是一项复杂的任务，涉及到多个层面的规划和配置。这份安装指导手册将帮助你理解整个流程，避免常见错误，确保在AIX环境中构建出高可用、高性能的Oracle数据库环境。

greenplum-db-5.22.0-rhel7-x86_64.rpm greenplum-db-5.22.0-rhel7-x86_64.rpm greenplum-db-5.22.0-rhel7-x86_64.rpm

Greenplum是一个面向数据仓库应用的关系型数据库,它基于流行的PostgreSQL开发,因为有良好的体系结构,所以在数据存储,高并发,高可用,线性扩展,反应速度,易用性和性价比等方面有非常明显的优势,非常受欢迎.进入大数据时代以后,Greenplum的性能在TB级别数据量的表现上非常优秀,单机性能相比Hadoop要快上好几倍;在功能和语法上,要比Hadoop上的SQL引擎Hive好用很多,普通用户更加容易上手.

LVGL（LittleVGL）是一个开源的图形库，主要用于嵌入式系统，为微控制器提供高效、功能丰富的GUI（图形用户界面）设计。这个“19.3 LVGL使用外部SRAM”主题主要关注如何在资源有限的嵌入式设备上，利用LVGL库将图形渲染的数据存储到外部SRAM（Static Random-Access Memory）中，以提高性能和扩展内存空间。 我们需要了解SRAM的基本概念。SRAM是一种高速缓存存储器，与内部RAM相比，它提供了更快的数据访问速度，但通常成本较高且占用空间较大。在嵌入式系统中，如果微控制器的内置RAM不足以满足LVGL库运行时的需求，可以考虑使用外部SRAM作为扩展。 1. **配置外部SRAM**：在嵌入式系统中，使用外部SRAM需要对硬件平台进行适配。这通常涉及到配置存储器控制器（如STM32的FSMC或SDRAM控制器），设置正确的地址映射、数据宽度、时序参数等。这些参数应根据SRAM芯片的数据手册来设定，确保正确通信。 2. **驱动开发**：在软件层面，你需要编写一个驱动程序来操作外部SRAM。这包括初始化SRAM、读写操作以及错误处理等功能。驱动程序通常会集成到操作系统内核或者作为单独的库文件，供其他应用调用。 3. **LVGL配置**：在使用LVGL时，需要告诉库你的图形缓冲区位于何处。通过修改LVGL的配置结构体`lv_conf_t`，你可以指定外部SRAM的起始地址和大小作为显示缓冲区。例如，设置`LV_CONF_INCLUDE_DEFAULTS`宏后，可以通过`LVGL_DISP_BUF1`和`LVGL_DISP_BUF2`变量来定义两个缓冲区的地址和大小。 4. **优化性能**：使用外部SRAM可能会带来一些性能挑战，因为访问外部存储器通常比访问内部RAM慢。为了最大化效率，你可以采用双缓冲技术，即同时使用两个缓冲区，当一个缓冲区正在被LVGL更新时，另一个缓冲区可以用于显示，从而减少屏幕闪烁。 5. **内存管理**：在使用外部SRAM的过程中，内存管理也非常重要。LVGL库本身可能已经包含了内存管理机制，但你仍需确保分配给LVGL的内存区域不会与其他系统组件冲突。在嵌入式系统中，有效管理内存能避免碎片化并提高系统稳定性。 6. **调试与测试**：在实际应用中，务必进行充分的测试以确保外部SRAM的稳定性和性能。这包括验证读写操作的正确性，检查是否出现内存泄漏，以及评估UI响应速度和流畅度。 7. **电源管理**：对于某些低功耗应用，使用外部SRAM可能需要考虑额外的电源管理策略。确保SRAM在待机模式下能够保持数据，并在系统唤醒时快速恢复工作状态。 通过以上步骤，你可以成功地将LVGL库与外部SRAM结合，充分利用额外的内存资源，为嵌入式设备创建更复杂、更高效的GUI。不过，每个具体的嵌入式平台都有其独特的硬件和软件限制，因此在实际应用中可能需要进行相应的调整和优化。

Oracle RAC（Real Application Clusters）是Oracle公司推出的一种数据库集群技术，它能够使多个数据库服务器共同工作，共享访问同一数据库存储，同时提供高可用性和可扩展性。Cache-Fusion是RAC中的一种机制，用于处理缓存中数据块的一致性问题，当多个实例同时需要操作同一个数据块时，Cache-Fusion能够保证数据块的最终一致性。 RAC资源管理算法是RAC为了有效地管理资源分配而设计的一种机制。它通过Master节点来控制资源的分配，确保资源利用的合理性和系统的稳定性。在RAC中，资源主要分为PCM（Parallel Cache Management）资源和Non-PCM资源。PCM资源涉及到数据块和重做日志块，而Non-PCM资源包括表、数据文件、系统更改号(SCN)、事务等需要全局同步的资源。 RAC的脑裂检测是为了确保集群中各个实例之间保持同步，避免出现集群分裂成几个独立的小集群，造成数据不一致的情况。脑裂检测分为操作系统层面和Oracle层面两个层次。操作系统层面通过每秒向Voting Disk写入计数来检测实例间通讯是否正常。Oracle层面通过Network Heartbeat和File-based Heartbeat来检测实例间的连通性。如果集群的多数节点失去了对Voting Disk的控制权，或者无法通过心跳检测到其他节点的存在，集群将进入脑裂状态，此时系统会采取措施进行恢复。 RAC资源分配算法通过物理节点和逻辑节点的概念来实现资源的映射和调度。物理节点实际上就是运行中的数据库实例，而逻辑节点是对物理节点在RAC内部的索引方式。逻辑节点本身是一个hash链表结构，链表中的每一项保存的是对应的物理节点号。资源到逻辑节点的映射通过hash算法来完成，计算出资源应映射到的逻辑节点。 在RAC中，资源是通过Master节点进行管理的。Master节点相当于资源调度的中心，当集群中的一个节点需要访问某一资源时，首先需要访问此资源的Master节点，以此判断资源是否可以获得以及是否正被其他节点独占访问。Non-PCM资源在所有RAC节点中平均分配，而PCM资源则根据节点的数据缓冲池（databuffer）大小不同而有所区别，即缓冲池越大的节点，管理的PCM资源也越多。 RAC通讯机制是集群内各个节点之间进行交互的方式，包括网络心跳和文件心跳两种方式。网络心跳由LMON（Lock Monitor）进程负责，而文件心跳则由CKPT（Checkpoint）进程负责，它每3秒更新一次Control File中的信息。 Cache-Fusion的实现主要涉及三种锁状态：R/R（Read/Read），W/R（Write/Read），W/W（Write/Write）。R/R指的是两个节点都在读取同一个数据块，不会产生冲突。W/R指的是一个节点在写入数据块，而另一个节点在读取，需要进行数据块的合并。W/W指的是两个节点都在尝试写入同一个数据块，此时需要通过Cache-Fusion技术来解决数据块的一致性问题，确保最终写入的数据是准确且一致的。 Cache-Fusion恢复是当出现节点间通信故障时，RAC集群如何通过Cache-Fusion技术恢复数据一致性的过程。RAC集群通过Cache-Fusion能够有效地同步缓存中的数据块，即使在多个实例中缓存了相同的数据块，也能保证这些数据块的内容最终是一致的，从而保证了数据的准确性和可用性。 总结来说，Oracle RAC通过其资源管理算法和Cache-Fusion机制，确保了在一个集群环境中，多个数据库实例能够高效且一致地访问和操作共享存储中的数据，同时在发生节点故障或脑裂的情况下，通过有效的资源调度和数据块同步机制，保证数据库的高可用性和数据的一致性。这些机制使得Oracle RAC特别适合于需要高吞吐量和高容错能力的关键业务应用场景。

greenplum-db-6.2.1-rhel7-x86_64.rpm Pivotal Greenplum 6.2 Release Notes This document contains pertinent release information about Pivotal Greenplum Database 6.2 releases. For previous versions of the release notes for Greenplum Database, go to Pivotal Greenplum Database Documentation. For information about Greenplum Database end of life, see Pivotal Greenplum Database end of life policy. Pivotal Greenplum 6 software is available for download from the Pivotal Greenplum page on Pivotal Network. Pivotal Greenplum 6 is based on the open source Greenplum Database project code. Important: Pivotal Support does not provide support for open source versions of Greenplum Database. Only Pivotal Greenplum Database is supported by Pivotal Support. Release 6.2.1 Release Date: 2019-12-12 Pivotal Greenplum 6.2.1 is a minor release that includes new features and resolves several issues. New Features Greenplum Database 6.2.1 includes these new features: Greenplum Database supports materialized views. Materialized views are similar to views. A materialized view enables you to save a frequently used or complex query, then access the query results in a SELECT statement as if they were a table. Materialized views persist the query results in a table-like form. Materialized view data cannot be directly updated. To refresh the materialized view data, use the REFRESH MATERIALIZED VIEW command. See Creating and Managing Materialized Views. Note: Known Issues and Limitations describes a limitation of materialized view support in Greenplum 6.2.1. The gpinitsystem utility supports the --ignore-warnings option. The option controls the value returned by gpinitsystem when warnings or an error occurs. If you specify this option, gpinitsystem returns 0 if warnings occurred during system initialization, and returns a non-zero value if a fatal error occurs. If this option is not specified, gpinitsystem returns 1 if initialization completes with warnings, and returns value of 2 or greater if a fatal error occurs. PXF version 5.10.0 is included, which introduces several new and changed features and bug fixes. See PXF Version 5.10.0 below. PXF Version 5.10.0 PXF 5.10.0 includes the following new and changed features: PXF has improved its performance when reading a large number of files from HDFS or an object store. PXF bundles newer tomcat and jackson libraries. The PXF JDBC Connector now supports pushdown of OR and NOT logical filter operators when specified in a JDBC named query or in an external table query filter condition. PXF supports writing Avro-format data to Hadoop and object stores. Refer to Reading and Writing HDFS Avro Data for more information about this feature. PXF is now certified with Hadoop 2.x and 3.1.x and Hive Server 2.x and 3.1, and bundles new and upgraded Hadoop libraries to support these versions. PXF supports Kerberos authentication to Hive Server 2.x and 3.1.x. PXF supports per-server user impersonation configuration. PXF supports concurrent access to multiple Kerberized Hadoop clusters. In previous releases of Greenplum Database, PXF supported accessing a single Hadoop cluster secured with Kerberos, and this Hadoop cluster must have been configured as the default PXF server. PXF introduces a new template file, pxf-site.xml, to specify the Kerberos and impersonation property settings for a Hadoop or JDBC server configuration. Refer to About Kerberos and User Impersonation Configuration (pxf-site.xml) for more information about this file. PXF now supports connecting to Hadoop with a configurable Hadoop user identity. PXF previously supported only proxy access to Hadoop via the gpadmin Greenplum user. PXF version 5.10.0 deprecates the following configuration properties. Note: These property settings continue to work. The PXF_USER_IMPERSONATION, PXF_PRINCIPAL, and PXF_KEYTAB settings in the pxf-env.sh file. You can use the pxf-site.xml file to configure Kerberos and impersonation settings for your new Hadoop server configurations. The pxf.impersonation.jdbc property setting in the jdbc-site.xml file. You can use the pxf.service.user.impersonation property to configure user impersonation for a new JDBC server configuration. Note: If you have previously configured a PXF JDBC server to access Kerberos-secured Hive, you must upgrade the server definition. See Upgrading PXF in Greenplum 6.x for more information. Changed Features Greenplum Database 6.2.1 includes these changed features: Greenplum Stream Server version 1.3.1 is included in the Greenplum distribution. Resolved Issues Pivotal Greenplum 6.2.1 is a minor release that resolves these issues: 29454 - gpstart During Greenplum Database start up, the gpstart utility did not report when a segment instance failed to start. The utility always displayed 0 skipped segment starts. This issue has been resolved. gpstart output was also enhanced to provide additional warnings and summary information about the number of skipped segments. For example: [WARNING]:-********