dba 虚拟化集群部署(集群虚拟机怎么搭建)

在网上找到的答案：这里就不讲大的方面了，让大家了解整个IT环境的整体情况。如果你已经知道了这一点，接下来你需要面对的就是这些活生生的数据库
【武汉宇天Oracle技术团队】希望能给你一个满意的答案
1、首先你要了解当前Oracle数据库版本和平台及相关信息
这个很重要我忙了半天还是做不到，我知道你的数据库是什么版本，运行在什么上
2.其次，你需要知道数据库中有哪些部分
3.你是否调查环境是孤立的还是集群的？
4.是否配置了DataGuard？
5.是否启用了存档模式？
conn/ASsysdbaarchiveloglist;SELECTlog_modeFROMv$database;
6.闪回数据库功能是否启用？
SELECTflashback_onFROMv$database;
如果是，请进一步检查FRA配置
7.电源和备件准备好了吗？
8.了解控制文件的组成
9.了解日志文件的组成
10.了解模块文件的组成和位置
11.了解对象实例信息
12.用户及相关密码
13.是否开启Blockchangetracking
14.有哪些功能？
15.表空间和数据文件管理
这个大家都知道，我就不写了


18.另外
使用了ASM吗？
目前备份的和策略有哪些？
图像的配置是怎样的？
19.检查最近的设置日志以获取一些有用的信息
20.运行一些性能分析报告以查看最近的运行情况
21.运行RDA报告收集完整的状态报告

近年来，云原生已经成为IT界最热门的概念之一，众多互联网巨头也开始积极拥抱云原生。说到云原生，我们需要了解本文的主角——容器。容器技术可以说撑起了原生云生态的半壁江山。容器作为一种先进的虚拟化技术，已经成为云原生时代软件开发和运维的标准基础设施。不知不觉中，我们不妨先从虚拟化技术入手。什么是虚拟化技术?1961年，IBM709计算机实现了分时。计算机历史上个虚拟化技术于1961年实现，IBM709计算机首次将CPU的使用划分为极短的时隙（1/100秒），一个时隙用于执行不同的任务。通过分析这些时间片，一个CPU可以被虚拟化或伪装成多个CPU，并且每个虚拟CPU看起来都在同时运行。这就是虚拟机的雏形。容器的功能其实和虚拟机类似。无论是容器还是虚拟机，其实都是在计算机的不同层面进行虚拟化，即用逻辑来表示资源，摆脱物理的束缚，进行改进。物理资源的使用。虚拟化技术是一个抽象而有内涵的概念，在不同领域或层次有不同的含义。这里我们先简单说一下计算机的层次结构。对于大多数软件开发人员来说，计算机可以分为以下层次结构：应用程序层、函数库层、作层、硬件层。每一层都是从下到上。每层都提供上面的接口。同时，每一层只需要知道下层的接口就可以调用底层的函数来实现上层的作（不需要知道底层的具体作机制）。然而，由于早期计算机制造商生产的硬件遵循自己的标准和规范，不同计算机硬件之间的作兼容性很差；同样，不同软件在不同作下的兼容性也很差。于是，一些开发者在层与层之间人为地创建了抽象层：应用层、函数库层、API抽象层、作层、硬件抽象层、硬件层。至于我们讨论的层次，所谓虚拟化就是在各层之间人为地创建一个新的抽象层，使上层的软件可以直接运行在新的虚拟环境中。简单来说，虚拟化就是通过建模访问下层原有的功能模块来创建接口，从而“欺”上层，从而达到跨平台开发的目的。基于以上概念，我们可以重新认识一下当今流行的一些虚拟化技术：虚拟机：存在于硬件层和作层之间的虚拟化技术。虚拟机通过“伪造”硬件抽象接口，将作以及层层作移植到硬件上，从而实现与真实物理机几乎相同的功能。例如，如果我们在Windows计算机上使用Android虚拟机，我们就可以使用这台计算机打开Android上的应用程序。容器：存在于作层和函数库层之间的虚拟化技术。容器通过“伪造”作的接口，将函数放置在作的函数库层之上。以Docker为例，它是一个基于Linux作的Namespace和Cgroup功能的隔离容器，可以模拟作的功能。简单来说，如果说虚拟机封装和隔离了整个作来实现跨平台应用，那么容器则是单独封装和隔离各个应用程序来实现跨平台应用。因此容器比虚拟机小很多，理论上占用的资源也更少。JVM：存在于函数库层和应用程序之间的虚拟化技术。Java虚拟机还具有跨平台的特点，所谓跨平台的特点其实就是虚拟化的结果。我们知道Java语言调用作函数库。JVM在应用层和函数库层之间放置了一个抽象层。它通过不同的版本适配不同作的函数库，为上层程序和开发者提供统一的运行环境，开发者可以调用不同作的函数库。一旦我们对虚拟化技术有了一个大概的了解，我们就能了解容器的诞生故事。虽然容器的概念是在Docker出现之后才在全球范围内流行起来的，但在Docker之前，无数先行者就已经在探索这种前瞻性的虚拟化技术。容器的前身Jail是贝尔实验室于1979年发明的。chroot容器的主要特性之一是进程隔离。早在1979年，贝尔实验室在UnixV7的开发过程中就发现，当一个软件编译安装后，整个测试环境的变量会发生变化。如果要进行下一步的构建、安装和测试，则需要重新配置和配置测试环境。要知道，在那个时代，一条64k内存要419美元。“快速和重建基础设施”的成本太高了。发展

MSDTC（MicrosoftDistributedTransactionCoorder）中文称为微软分布式事务协调器，负责WINDOWS平台上的分布式事务处理。如果一个SQLSERVER事务需要与数据库外部的事务（包括其他数据库）配合完成同一个事务，那么就需要由MSTDC来控制。另一方面，SQLSERVER的事务是常规的本地数据库事务，与MSDTC无关。数据库可以处理它。许多组织逐渐在不同的服务器和位置上部署SQLServer数据库（用于不同的应用程序和目的），并开始考虑通过SQLServer集群来整合它们。将SQLServer实例和数据库整合到一个中心位置可以降低成本，尤其是维护成本以及软件和硬件许可成本。此外，整合后，可以减少所需的机器数量，并且这些机器可以用作备份。在寻找备份（例如高可用性环境）时，企业通常会决定部署Microsoft的集群架构。我经常被问到，使用SQLServer实例的小型集群（由较少的节点组成）还是较大的集群作为中心解决方案是否更好。比较完这两种集群架构后，我会让你自己决定。MicrosoftClusterServerMSCS是WindowsServerEnterpriseEdition中内置的一项功能。该软件允许两个或多个服务器节点连接起来形成一个“集群”，以实现更高的可用性并更轻松地管理数据和应用程序。MSCS可以自动检测服务器或应用程序故障并从中恢复。您还可以使用它（手动）在服务器之间移动负载，以平衡使用情况并安排计划的维护任务，而无需停机。该集群设计使用软件“心跳”来检测应用程序或服务器错误。如果服务器发生故障，它会自动将资源（例如磁盘和IP）的所有权从故障服务器转移到工作服务器。请注意，有多种可以维持心跳连接的更高可用性，例如在站点完全故障的情况下。MSCS不需要在客户端安装任何特殊软件，因此用户的灾难恢复体验取决于客户端-服务器应用程序的客户端性质。重新连接客户端通常是透明的，因为MSCS会重新启动应用程序、文件共享等。在同一IP上。此外，出于灾难恢复的目的，集群节点可以放置在单独的远程位置。集群服务器上的SQLServerSQLServer2000最多可以配置成4个节点的集群，而SQLServer2005最多可以配置成8个节点的集群。当一个SQLServer实例配置为集群时，其磁盘资源、IP和服务组成一个集群组，从而实现容灾能力。SQLServer2000允许一个集群上安装16个实例。根据在线帮助，“SQLServer2005可以在单个服务器或处理器上支持最多50个SQLServer实例”，但是，“只能使用25个硬盘驱动器号，因此如果需要更多实例，则需要提前计划。”SQLServer实例容灾阶段是指SQLServer服务启动所花费的时间，可以从几秒到几分钟不等。如果您需要更高的可用性，请考虑使用其他，例如日志传送和数据库。大型SQLServer集群或小型集群以下是包含更多节点的大型集群的优点：◆更高的可用性（更多节点用于灾难恢复）。◆添加了负载平衡选项（更多节点）。◆维护成本更低。◆敏捷成长。最多4或8个节点，具体取决于SQL版本。◆改进的管理能力和简化的环境（需要更少的管理）。◆减少停机时间（更多灾难恢复选项）。◆容灾性能不受集群节点数量影响。以下是大型集群的缺点：◆集群节点数量有限（如果需要第九个节点）。◆集群中的SQL实例数量是有限的。◆无故障保护——如果磁盘阵列发生故障，则没有灾难恢复能力。◆使用容灾集群时，不能在数据库级别或表等数据库对象级别创建容灾集群。虚拟化和集群虚拟机也可以加入集群，虚拟机和物理机可以毫无问题地集群在一起。SQLServer实例可以驻留在虚拟机上，但性能可能会受到影响，具体取决于实例的资源消耗。在虚拟机上安装SQLServer实例之前，您需要执行负载测试以验证该实例是否能够处理所需的负载。在这种灵活的架构中，如果虚拟机和物理机集群在一起，您可以在虚拟机和物理机之间对SQLServer进行负载平衡。例如，使用虚拟机上的SQLServer实例来开发应用程序。然后，当您需要对开发实例进行压力测试时，将其灾难恢复到集群中更强大的物理机上