一直提到框架学习法，其中主体的思想就是如何快速的学习某项数据库产品的知识。其中框架学习法里面有一条系统学习，系统学习是在给学习的知识搭建“骨架”，所以从这期起，开始搭建OceanBase学习的骨架。今年要和“申公豹”一样修炼岂可怠慢。
修炼岂可怠慢
今天开始学习OBCA的第四章，在看完视频后的学习总结和要点，下面是此次学习的思维导图。
image
OceanBase的部署方式中，提供了企业版和社区办两种，其中的特点
1 开源版本相比于企业版，差的部分在高级管理功能，技术支持，以及ORACLE兼容特性以及一部分企业级安全特性，相对于一些其他的数据库产品，OceanBase商业版与开源版在金融级别的高可用，数据库的拓展，分布式事务，多租户，以及MySQL的语法支持等具有相同的特性。
2 OceanBase在4.0后大力发展单机数据库丰富产品线，除了单机集中式部署，集群分布式高可用部署，在机架，机房，城市等多个数据库的部署方式，同时也大力发展单机的OceanBases数据库产品。
3 在命令安装方面，OB可以通过OB server命令拉起管理集群，也可以通过OBCP 署工具实现一键集群部署，社区版的多用于一键部署，OBD本身支持命令行和图形化的两种部署模式，命令行更加的灵活，但需要用户更了解OB，图形界面更简单，适用于快速部署和测试的用户。
4 OB 除了支持单机安装，工具安装，还支持容器化的部署方式，在Kubernete环境下通过OB operator工具进行部署，目前OB提供社区版本的OceanBase数据库的景象。
以上是OB数据库的安装学习后的一些总结。
部署方式
针对个人学习服务器的配置要求，源文件 给出了 OceanBase 企业版和社区版的最小配置建议：
OceanBase 企业版数据库：最小配置建议 4 核 CPU 和 16GB 内存。磁盘空间方面，最小配置建议 50GB。同时需要考虑 ODP、OCP 等组件以及操作系统预留内存。
OceanBase 社区版数据库：最小配置建议 2 核 CPU 和 8GB 内存。磁盘空间方面，最小配置建议 20GB。同样需要考虑 ODP、OCP 等组件以及操作系统预留内存。源文件 中也提到，使用社区版进行单机部署时，机器设备内存不低于 6GB。
1 单机部署
OBD DEMO 可以用于在单台可用机器上快速部署一个 OceanBase 数据库，用于进行测试。只需要执行官方网站上提供的几条命令即可。
在 OceanBase 4.x 版本中，提出了单机分布式一体化的架构，使得小规格的机器也能够以单机模式运行，并且在单机部署时性能可以不输传统单机数据库。这为单机部署提供了更好的性能保障。 企业版和社区版都支持单机基础部署，后续也可以扩展值得注意的是，即使是单机部署的 OceanBase，在未来业务规模增长时，也可以平滑地进行垂直扩展（升级服务器规格）甚至水平扩展（增加机器部署为分布式集群），而上层业务无需关心底层数据库选型的变化。 总而言之，OceanBase 的单机集中式部署是一种简单且资源高效的部署方式，适用于开发、测试以及对高可用要求不高的轻量级应用。通过 OBD 和 OBD DEMO 等工具，可以快速完成单机环境的搭建。在 4.x 版本中，单机部署的性能也得到了提升，并且为未来的分布式扩展奠定了基础。
高可用部署架构 OceanBase 支持多种高可用部署架构，可以根据容灾级别需求选择合适的副本数、机器数、机架、机房地域等以及网络基础设施。常见的部署方式包括：
单副本：适用于对高可用要求不高的测试或开发环境。
多副本：这是生产环境中最常见的部署方式，通过在不同的可用区（Zone）部署数据的多个副本，实现高可用。
三副本 (3副本)：在三个不同的可用区各部署一个完整的数据副本（一个主副本和两个从副本）。即使其中一个可用区发生故障，由于多数派副本仍然可用，集群可以继续对外提供服务。
五副本 (5副本)：与三副本类似，但拥有更多的冗余，能够容忍更多的故障。
2F1A 或 4F1A (企业版支持仲裁)：在部分数据中心部署全功能副本，在第三中心或第五中心仅部署仲裁服务。仲裁服务只参与分布式选举，不同步事务日志和数据，可以大幅降低第三中心的建设成本。仲裁服务仅企业版支持，社区版不支持 。
同城双中心主备互切架构：在同城的两个数据中心分别创建主租户和备租户，并在两个集群中分别创建对方集群的备租户。这种架构既实现了传统主备库的高可用，又解决了传统备库无法提供业务服务的问题。
同城三中心仲裁高可用部署：在同城三个中心部署，可以在每个中心都部署全功能副本，也可以在第三中心部署仲裁服务。
两地三中心主备库部署架构：三个中心分布在两个地域，第三中心通常在异地搭建备备集群作为主集群的容灾。
3D5 中心架构：最极致的容灾架构，可以应对城市级灾难。即使一个数据中心甚至一个城市发生故障，依然有多数派的副本可用。
各个操作系统的版本以及支持的 CPU 架构，请务必参考相关的表格或者查阅官方产品文档。这意味着具体的操作系统版本要求和支持的 CPU 架构会随着 OceanBase 的版本更新而有所不同，最准确的信息应该始终以官方文档为准，部署 OceanBase 集群需要安装额外的依赖系统包。
操作系统需要配置网络和软件的管理器，例如 CentOS 系统需要 YUM，SUSE 系统需要 ZYpper。这些包管理器用于下载和安装 OceanBase 运行所依赖的组件。 此外，源文件还提到了在一些特殊环境下的部署方式：
对于像 Mac 或 Windows 等 OceanBase 非原生支持的操作系统环境下，可以直接下载 Docker 镜像的方式来进行部署。
在 Kubernetes 的环境下，可以通过下载 OB Operator 工具来帮助部署 OceanBase 集群。OB Operator 是一款基于 Kubernetes Operator 框架构建的工具，用于在 Kubernetes 中管理 OceanBase 集群。目前 OceanBase 只提供社区版的数据库镜像。
在生产和测试中对于系统的要求还是有很大的差别的，具体信息可以参见文字中的截图。
CPU、内存和磁盘资源配置可以忽略不计，因为它主要用于部署其他产品组件。 OCP 服务器：
数量要求：建议一台，也可以使用多台以支持高可用。
资源配置最低要求：32 核 CPU、128GB 内存, 这个配置是最低要求，实际配置还需要根据 OB Server 的数量、集群规模、租户数量以及业务量的大小综合考虑, 磁盘要求：1.5TB。
由于 OCP 会采集集群大量的监控数据，因此需要较大的磁盘空间来存储这些数据。建议优先考虑使用 SSD 磁盘。 OceanBase 数据库服务器 (OB Server)：
企业版：生产环境最低配置要求 32 核 CPU、256GB 内存。
社区版：支撑小规格业务的最低配置为 4 核 CPU、16GB 内存，但建议与企业版保持一致，使用 32 核 CPU、256GB 内存，以获得更好的性能和稳定性。 日志盘磁盘空间要求：建议是内存的 3 倍以上，以保证功能和性能的稳定。 数据盘磁盘空间要求：根据实际的系统业务量来判断。
ODP/ODP Express 服务器： 资源要求不高，最低配置 2 核 CPU、4GB 内存。 ◦ 磁盘要求：10GB。
生产服务器的其他重要要求和说明
容灾级别：生产环境的服务器数量需要根据容灾级别需求选择合适的副本数、机器数、机架、机房地域等以及网络基础设施。例如，如果需要实现单机房内机架级别的高可用，并确定为三副本，则需要准备三台服务器，分别上架在三个机架上，每台服务器运行一个单独的 OBServer 进程。
OCP 高可用：如果需要 OCP 管控服务提供高可用能力，则需要部署多台管控服务器进行高可用部署。
ODP 部署：部署 OceanBase 集群后是否需要部署 ODP，主要取决于应用场景和需求。如果需要进行高并发负载均衡或连接池管理等操作，则需要部署 ODP。如果应用只是简单地连接到 OceanBase 集群进行查询及操作，那么可以不部署 ODP.
BIOS 设置：建议关闭节点访问时的内存拷贝，允许跨 NUMA 节点回收内存（关闭 VM.zlamode），并关闭 CPU 相关的省电配置选项。 磁盘设置：根据使用的磁盘类型，建议使用逻辑卷管理 (LVM) 或者 RAID 管理。
强烈建议将磁盘分区分为数据盘、事务日志盘和安装目录盘，分别存放磁盘在线数据、事务日志和数据库软件目录。事务日志盘的大小建议设置为 OceanBase 数据库内存的 3~4 倍及以上。
安装盘建议预留至少 200GB 空间以保存 7 天及以上的日志。
网卡设置：建议使用两块万兆网卡做 Bond 绑定，可以使用 MODED1（主备）或 MODED4（双攻），推荐使用 MODED4 网络服务，建议使用 network 服务，不建议使用 network manager。
时钟同步：生产环境需要专门的 NTP 服务器以保证稳定性。测试环境可以使用 OCP 服务器的 NTP 服务。
负载均衡：为了充分发挥分布式数据库的多节点处理能力，需要将业务负载均匀分摊到每一台服务器上. OceanBase 通过 Root Service (RS) 服务实现自动的负载均衡能力. 网络基础设施：需要考虑网络延迟和带宽，尤其是在跨机房或跨地域部署高可用架构时. 在设计生产环境的服务器配置时，DBA 需要负责设计数据库的部署架构和规划资源，包括设计容灾方案、资源规划设计等. 最终的服务器配置需要根据具体的业务需求、数据量、并发量以及所需的容灾级别进行综合评估和调整。建议在生产环境部署前进行充分的测试和容量规划。
仲裁服务是 OceanBase V4 版本引入的一种新的高可用机制。它仅参与分布式选举，不同步事务日志和数据。这与存储完整数据副本的全功能副本不同。 源文件 在介绍同城三中心仲裁高可度的部署方式时明确指出：如果使用仲裁服务，第三中心的建设成本会大幅降低，因为仲裁服务对资源的要求很低，对网络带宽的要求也特别低。 虽然源文件中没有给出仲裁服务器具体的硬件配置规格（如 CPU、内存、磁盘等），但根据其描述“资源的要求很低”和“网络带宽的要求也特别低”，我们可以推断出以下配置特点：
CPU 和内存: 仲裁服务的主要任务是参与选举，并不处理大量的计算或数据存储，因此对 CPU 和内存的要求不高。相比于 OB Server 或 OCP 服务器，仲裁服务器可以使用配置较低的资源。
磁盘空间: 由于仲裁服务不存储实际的业务数据和事务日志，因此对 磁盘空间的需求非常小。通常只需要满足操作系统和少量仲裁服务自身运行日志的空间即可。
网络: 网络延迟对于分布式选举至关重要。虽然源文件提到“网络带宽的要求也特别低”，但较低的网络延迟是保证仲裁服务正常工作的关键。尤其是在多中心部署场景下，需要确保仲裁服务能够稳定地与其他数据中心的全功能副本进行通信。
数量: 在部署包含仲裁服务的高可用架构时，通常会部署一个或多个仲裁节点。例如，在 2F1A 或 4F1A 的集群中会部署一个仲裁服务。为了提高仲裁服务的可用性，也可以考虑部署多个仲裁节点。 总结来说，生产环境中的仲裁服务器的配置要求相对较低，主要关注以下几点：
资源需求低：CPU、内存和磁盘空间的需求远低于 OB Server 和 OCP 服务器。
网络要求低带宽，但高稳定性与低延迟：虽然对带宽要求不高，但需要保证仲裁节点与其他副本之间的网络连接稳定且延迟较低，以确保选举的顺利进行。
根据容灾需求确定仲裁节点数量：通常会部署至少一个仲裁节点，也可以根据具体的容灾级别需求增加仲裁节点的数量。
OceanBase 的部署主要可以通过 OCP (OceanBase Cloud Platform) 或 OBD (OceanBase Deployer) 等工具进行。根据您的生产环境要求，通常建议使用 OCP 进行部署。 使用 OCP 部署 OceanBase 集群的流程和说明：
1 登录 OCP：OCP 部署完成后，在浏览器中输入 OCP 的访问地址，并输入已知的用户名和密码登录 OCP。
2 添加服务器：接下来，需要将用于部署 OceanBase 集群的服务器添加到 OCP 的资源池中。在 OCP 的主机管理界面，对每一台机器进行添加操作。需要配置相关的信息，包括 root 用户的密码凭据等。
3 创建 OceanBase 集群：主机添加完成后，就可以创建 OceanBase 集群。在 OCP 的集群管理界面，点击分布式集群。在相应的“洞”（通常指代服务器或可用区）下面分配一台机器。需要进行相应的配置， 例如：集群的名字Root@sys 的密码 OB 的版本,调整和修改完这些信息后，点击提交。
部署过程通常比较快，10 分钟左右即可完成 OceanBase 集群的部署。
4 查看集群信息：部署完成后，在 OCP 的集群界面可以看到新创建的集群信息，例如集群名称。还可以看到一些资源信息。
5 数据库验证和使用：最后需要进行数据库的验证和使用。使用 OBD 部署 OceanBase 集群的流程和说明：OBD 是另一个常用的部署工具，尤其适用于测试和演示环境。它提供了命令行和图形化两种部署模式。
命令行部署：允许用户直接编辑配置文件，配置更灵活，适合对 OceanBase 有深入了解的用户。可以通过执行几条命令快速部署一个 OceanBase 数据库用于测试。第一条命令通常是下载 OceanBase 的安装包，其中包含了内核、OB Proxy 和其他组件。第二和第三条命令用于安装 all-in-one 的安装包和快速部署集群。
图形化界面部署：配置更简单，通过页面引导完成集群部署，适用于快速体验和构建标准测试环境的用户。
部署后的操作： 1创建租户：部署完成后，可以通过 OCP 创建租户，以检查搭建的集群是否可用。在租户的管理界面选择新增租户。选择主租户，然后选择所属的集群。配置租户的租库模式，可以是 Oracle 或 MySQL（社区版通常只有 MySQL 模式）。
配置租户名、管理员的密码、字符集、副本设置等信息。选择提交后，可以在租户管理页面看到创建完成的租户列表。
2 连接租户：创建完成租户后，就可以通过用户名和密码接入客户，进行数据对象和 SQL 的开发等工作。可以使用 OB Client 或 ODC (OceanBase Developer Center) 等工具登录集群进行相关操作。关键概念说明 (源文件中涉及)：
OCP (OceanBase Cloud Platform): 具备全生命周期和可视化的管理能力，可以高效轻松地完成日常运维保障工作。OBD (OceanBase Deployer): 一种部署工具，简化了复杂的配置流程，降低了集群部署的难度，适用于测试和部分生产环境。
租户 (Tenant): 是数据库实例的概念，在同一个 OceanBase 集群中可以创建多个租户，每个租户相当于一个独立的数据库实例。租户的资源通过资源规格和资源池进行分配和调整。
资源池 (Resource Pool) 和 资源单元 (Resource Unit): 用于租户的资源分配。资源规格定义了在单个 OBServer 上为一个租户分配的 CPU、内存、IOPS 和日志磁盘大小。资源单元代表了按照资源规格在 OBServer 上分配的资源。
可用区 (Availability Zone): 一个 OceanBase 集群内可以有一个或多个可用区，每个可用区内有一台或多台 OBServer 节点。副本 (Replica): 为了保证数据与服务的高可用，OceanBase 会将同一份数据拷贝到多个可用区，每一份拷贝称为副本。
日志流 (Log Stream): 多个副本之间通过同步事务日志来完成数据的同步，同步的事务日志称为日志流。
Root Service (RS): 是 OceanBase 的一个核心模块，作为系统租户的内置服务，负责资源管理、负载均衡、容灾能力和 Schema 管理等。
OBD (OceanBase Deployer) 是 OceanBase 提供的一个部署工具，它支持命令行方式来部署 OceanBase 集群，尤其常用于部署社区版 OceanBase。尽管 OBD 也提供有限的图形化界面用于集群部署的初始阶段，但其命令行功能更为核心和灵活。 OBD 命令行部署 OceanBase 的主要过程（以单机社区版为例）：
1获取安装包在线安装：如果部署的机器可以连接互联网，可以通过执行命令完成安装包的获取，然后进行安装部署和配置。
离线安装：推荐使用离线安装方式。需要从 OceanBase 官网下载 all-in-one 的安装包，并将其复制到部署机器的任意目录下。这个 all-in-one 安装包包含了 OceanBase 内核、OB Proxy、OB Agent、OCP Express 等一系列组件，避免了后续单独下载。下载完成后，上传到服务器，使用命令解压缩，然后进入解压缩后的目录。
2 OBD 安装：进入解压缩后的安装包目录，执行 ./install.sh 的安装命令。
3.OBD 配置：配置远程仓库：默认情况下，OBD 会借用远程仓库。需要确认远程镜像源是否已关闭（参数 remote 是否已改为 false）。添加安装包至本地镜像：将之前下载的 all-in-one 安装包中的组件添加到 OBD 的本地镜像里。可以使用相应的 OBD 命令来添加。
查看本地镜像列表：执行命令查看已添加到本地镜像的软件包列表，确认相关组件信息已存在。 4 修改配置文件：配置文件通常存放在安装目录下。需要根据实际需求调整相关的配置项，以匹配正确的定制化配置信息。常见的需要修改的配置包括：用户信息、机器的 IP 地址和端口、相关目录、内存参数和用户密码。
注意：配置文件的格式有严格要求，格式不正确会导致部署失败。通常会选择一个小规格开发模式的配置文件进行修改。命令行方式支持用户直接编辑配置文件，进行更灵活的配置。
5 OBD 命令行部署 OceanBase：配置文件准备好后，就可以执行 OceanBase 的部署命令。 基本的命令格式是：其中
是本次部署的集群名称，可以自定义。-c
指定使用的配置文件。在联网情况下，执行 obd cluster deploy 命令后，OBD 会检查机器上是否有安装包，如果没有，OBD 将尝试从镜像源获取。
此命令还会检查配置文件中指定的几个路径是否为空，如果不为空则会报错。可以使用 -F 参数来强制部署，但建议手动清空这些目录更安全，因为即使之前的部署失败，这些目录下也可能存在文件。
6 启动 OceanBase 集群：部署完成后，会看到提示要求执行命令来启动部署完成的 OB 集群。 执行命令：例如：obd cluster start OB_test。
7查看集群状态：启动集群后，可以查看当前管理的集群列表以及集群的状态，包括集群的 IP 地址、版本、端口等信息。可以使用类似 obd cluster list 或 obd cluster display
的命令。对于单机部署，只会显示一个 OBServer 节点。
8连接测试：可以使用 obclient 等客户端工具连接到部署好的 OceanBase 数据库进行验证。
OBD 用于集群部署：OBD 不仅可以用于单机部署，也可以用于集群部署。通过配置相应的集群配置文件，可以在多台服务器上部署 OceanBase 集群。OBD 的主要优势在于能够将复杂的配置流程标准化，降低集群部署的难度。
快速体验部署 (OBD DEMO):对于快速上手和测试，可以使用 OBD DEMO 功能。只需要一台可用的机器，在黑屏下执行官方快速上手页面提供的几条命令即可快速部署一个 OceanBase 数据库。这通常涉及到下载 all-in-one 包和快速部署集群的命令，大约花费一分钟左右。
总结来说，OBD 命令行部署 OceanBase 的过程主要包括获取安装包、安装 OBD、配置 OBD、修改配置文件以及使用 obd cluster deploy 命令进行部署，最后启动和验证集群。OBD 简化了部署过程，尤其适用于社区版 OceanBase 的部署和快速测试环境的搭建
OBD (OceanBase Deployer) 提供了一种基于 Web 界面的部署方式，通常称为“白屏”部署，旨在简化 OceanBase 集群的部署过程，尤其适合需要快速体验和构建标准测试环境的用户。 以下是使用 OBD 白屏界面部署 OceanBase 的主要步骤： 1启动 OBD Web 服务：首先，需要在命令行界面（“黑屏”）执行一个特定的命令来启动 OBD 的 Web 服务。该命令是：obd web。执行此命令后，OBD 会在命令行输出一个 URL 连接串。
请注意：在使用 OBD 白屏界面期间，启动 obd web 的这个黑屏命令行窗口不能关闭，否则相关的白屏界面也会随之关闭。
2 打开 OBD Web 界面：复制命令行输出的 URL 连接串，并在您的 浏览器 中打开它。建议使用 谷歌浏览器 以获得更好的兼容性。根据您之前的提问和回答，进入 OBD 白屏界面不需要用户名和密码。
3 选择部署 OceanBase 及配套工具：进入 OBD 白屏界面后，通常会看到一个选择界面，您需要选择 “OceanBase 及配套工具”，然后点击 “确定”。
4 输入集群名称并选择组件：下一步会要求您输入 集群的名称。然后，您可以选择需要部署的 组件，常见的选项包括 OB Proxy、OCP Express 和 OB Agent。选择完毕后，点击 “下一步”。
5 进行节点配置：接下来是 节点配置 环节，您需要配置相关服务器的一些信息。对于单机部署，您可以将所有选择的组件（如 OCP Express 节点和 OB Proxy 节点）配置在同一台机器上。
6 进行集群配置：在集群配置阶段，您需要配置一些关键的集群信息，包括 MetaDB 的配置,您还可以进行 端口信息的修改和调整。
7 预检查：在正式部署之前，OBD Web 界面会执行一个 预检查，以确保您的环境满足安装配置的要求。如果预检查发现任何不满足的项，会提示您具体的问题，此时您需要进行相应的调整和修改。只有当预检查没有问题后，您才可以进行下一步的部署。
8 执行部署：完成预检查后，点击 “部署” 按钮。部署过程中，界面会同步输出详细的安装日志信息，您可以查看安装的进度和详细情况。
9 部署完成：当部署完成后，界面会显示相应的提示信息，表明 OceanBase 数据库和您选择的组件已经成功安装。
关键点总结：使用 obd web 命令启动 Web 界面。Web 界面操作简单直观，通过向导引导完成部署。可以选择需要部署的组件，如 OB Proxy 和 OCP Express。需要进行节点配置和集群配置，包括 MetaDB 和端口设置。部署前有预检查环节，确保环境满足要求。部署过程中会显示详细的安装日志。通过 OBD Web 部署通常会将 OB 数据库和 OCP Express 一起部署。
OCP Express 的说明： OCP Express 是一个基于 Web 的 OceanBase 4.x 管理工具，它集成在 OceanBase 数据库集群中，支持查看数据库集群的关键性能指标以及进行基本的数据库管理功能，是一个轻量化的 OCP。
总而言之，OBD Web 部署提供了一种更友好、更易于操作的图形化方式来部署 OceanBase 数据库，尤其适合快速部署测试环境或对 OceanBase 不太熟悉的用户。但是，请记住启动 obd web 的命令行窗口必须保持运行。
在部署 OceanBase 企业版的过程中，您可以选择多种方式，并且需要考虑不同的环节，以下将根据您提供的源文件进行详细说明：
OceanBase 企业版和社区版都支持单机部署和集群高可用部署。对于企业版，主要的部署方式包括使用 OCP (OceanBase Cloud Platform) 进行运维平台安装（白屏界面一键式安装）以及使用 命令行 进行安装。 使用 OCP 部署 OceanBase 企业版集群: OCP 为企业版提供了一个友好完善的 Web 管理界面，可以帮助您完成 OceanBase 集群的部署，并提供任务跟踪等功能。线下私有化生产环境的部署通常采用这种方式。 以下是使用 OCP 部署 OceanBase 企业版集群的一般流程： 1. 准备服务器：
需要根据容灾级别需求选择合适的副本数、机器数、机架、机房地域等以及网络基础设施.
建议配置服务器的 BIOS，根据 OceanBase 的最佳实践进行设置，例如在 Intel x86 架构下关闭 NUMA，在 AMD 和 ARM 环境下开启 NUMA 模板。
进行 磁盘分区，建议将磁盘分为数据盘、事务日志盘和安装目录盘，并根据业务量和 OceanBase 内存大小规划磁盘空间。生产环境下强烈建议数据盘、事务日志盘和 OceanBase 数据库的安装盘单独挂载。事务日志盘大小建议为 OceanBase 数据库内存的 3-4 倍及以上。
配置 网络，建议使用两块万兆网卡做 Bond，推荐使用 MODED4 网络服务，不建议使用 network manager。
2 部署 OATT (OceanBase Automatic Test Tool)OATT 是一个可视化平台，用于安装和管理 OceanBase 生态产品和组件。通过 OATT 可以完成服务器的参数配置、用户依赖包安装等操作。部署 OATT 需要上传 OATT 的 All in One 安装包，解压缩并执行安装命令。部署过程中需要输入 Docker 目录、OATT 数据目录、OATT 端口和 bodyman 密码，并设置 adamdm 用户密码。如果环境没有 Docker，运行相应的脚本会自动安装 Docker。
3 通过 OATT 初始化服务器登录 OATT 后，添加需要部署 OCP 和 OB Server 的服务器。输入服务器的基础信息，选择服务器用途（OB Server 和 OB 的产品服务都需要选择），并进行时钟同步配置。生产环境建议使用专门的 NTP 服务器.
4 通过 OATT 部署 OCP ，OCP 是基于 Docker 部署的，支持单节点和高可用部署两种模式。通常先部署一个 MetaDB 作为 OCP 的元数据存储,在 OATT 的产品管理界面选择部署 OCP，并完成基础配置，例如 MetaDB 的配置、负载均衡（单机部署可忽略）、OpenSearch 等可选配置。等待部署完成后，会提供 OCP 的访问地址、用户名和密码.
5 通过 OCP 部署 OceanBase 集群，登录 OCP 后，首先需要将用于部署 OB 集群的机器添加到 OCP 的资源池。在集群管理界面点击创建分布式集群，为每个 Zone 分配机器并进行配置，例如集群的名字、root@sys 的密码、OB 的版本等。提交配置后，等待部署完成，通常需要 10 分钟左右。部署完成后，可以在 OCP 集群界面看到新创建的集群信息。
6 部署 OB Proxy (可选):安装完 OceanBase 集群后，可以使用 OCP 来部署 OB Proxy 集群，以实现负载均衡。是否部署 OB Proxy 取决于实际的应用场景和需求，例如是否需要进行高可用负载均衡或连接池管理,使用命令行部署 OceanBase 企业版集群: 命令行部署方式相对复杂，需要手动完成环境配置、进程启动、集群管理等所有部署命令，对技术要求较高。
资源配置要求:
单机部署（最小配置建议）：企业版数据库配置 4C16G 的 CPU 和内存资源，磁盘空间建议 50G。
生产环境（最低配置要求）：企业版建议 32C256G。日志盘磁盘空间要求是内存的 3 倍以上，数据盘根据实际业务量判断。
OCP 服务器（最低配置要求）：32G 128G 内存，1.5T 磁盘（优先考虑 SSD）。
总结： 部署 OceanBase 企业版通常推荐使用 OCP，因为它提供了 图形化界面，简化了部署流程，尤其是在生产环境中部署高可用集群时，通过 OATT 辅助配置环境和部署 OCP，再由 OCP 完成 OceanBase 集群的部署，可以提高效率和降低复杂性。命令行部署方式则更适用于对 OceanBase 有深入了解并需要更灵活配置的场景。在部署前，务必根据您的需求和环境规划好服务器资源，并进行相应的 BIOS、磁盘和网络配置。
image
image
image
image
image
image
image
image
image
image
image
在部署 OceanBase 企业版的过程中，您可以选择多种方式，并且需要考虑不同的环节，以下将根据您提供的源文件进行详细说明：
OceanBase 企业版和社区版都支持单机部署和集群高可用部署。对于企业版，主要的部署方式包括使用 OCP (OceanBase Cloud Platform) 进行运维平台安装（白屏界面一键式安装）以及使用 命令行 进行安装。
使用 OCP 部署 OceanBase 企业版集群，OCP 为企业版提供了一个友好完善的 Web 管理界面，可以帮助您完成 OceanBase 集群的部署，并提供任务跟踪等功能。线下私有化生产环境的部署通常采用这种方式。 以下是使用 OCP 部署 OceanBase 企业版集群的一般流程：
1.准备服务器：
需要根据容灾级别需求选择合适的副本数、机器数、机架、机房地域等以及网络基础设施. 建议配置服务器的 BIOS，根据 OceanBase 的最佳实践进行设置，例如在 Intel x86 架构下关闭 NUMA，在 AMD 和 ARM 环境下开启 NUMA 模板。
进行 磁盘分区，建议将磁盘分为数据盘、事务日志盘和安装目录盘，并根据业务量和 OceanBase 内存大小规划磁盘空间。生产环境下强烈建议数据盘、事务日志盘和 OceanBase 数据库的安装盘单独挂载。事务日志盘大小建议为 OceanBase 数据库内存的 3-4 倍及以上。
配置 网络，建议使用两块万兆网卡做 Bond，推荐使用 MODED4 网络服务，不建议使用 network manager。
2 部署 OATT (OceanBase Automatic Test Tool)OATT 是一个可视化平台，用于安装和管理 OceanBase 生态产品和组件。通过 OATT 可以完成服务器的参数配置、用户依赖包安装等操作。部署 OATT 需要上传 OATT 的 All in One 安装包，解压缩并执行安装命令。部署过程中需要输入 Docker 目录、OATT 数据目录、OATT 端口和 bodyman 密码，并设置 adamdm 用户密码。如果环境没有 Docker，运行相应的脚本会自动安装 Docker。
3 通过 OATT 初始化服务器:登录 OATT 后，添加需要部署 OCP 和 OB Server 的服务器。输入服务器的基础信息，选择服务器用途（OB Server 和 OB 的产品服务都需要选择），并进行时钟同步配置。生产环境建议使用专门的 NTP 服务器.
4 通过 OATT 部署 OCP OCP 是基于 Docker 部署的，支持单节点和高可用部署两种模式。通常先部署一个 MetaDB 作为 OCP 的元数据存储,在 OATT 的产品管理界面选择部署 OCP，并完成基础配置，例如 MetaDB 的配置、负载均衡（单机部署可忽略）、OpenSearch 等可选配置。等待部署完成后，会提供 OCP 的访问地址、用户名和密码.
5 通过 OCP 部署 OceanBase 集群:登录 OCP 后，首先需要将用于部署 OB 集群的机器添加到 OCP 的资源池。在集群管理界面点击创建分布式集群，为每个 Zone 分配机器并进行配置，例如集群的名字、root@sys 的密码、OB 的版本等。提交配置后，等待部署完成，通常需要 10 分钟左右。部署完成后，可以在 OCP 集群界面看到新创建的集群信息。
6 部署 OB Proxy (可选 )安装完 OceanBase 集群后，可以使用 OCP 来部署 OB Proxy 集群，以实现负载均衡。是否部署 OB Proxy 取决于实际的应用场景和需求，例如是否需要进行高可用负载均衡或连接池管理,使用命令行部署 OceanBase 企业版集群: 命令行部署方式相对复杂，需要手动完成环境配置、进程启动、集群管理等所有部署命令，对技术要求较高。
资源配置要求:
单机部署（最小配置建议）：企业版数据库配置 4C16G 的 CPU 和内存资源，磁盘空间建议 50G。
生产环境（最低配置要求）：企业版建议 32C256G。日志盘磁盘空间要求是内存的 3 倍以上，数据盘根据实际业务量判断。
OCP 服务器（最低配置要求）：32G 128G 内存，1.5T 磁盘（优先考虑 SSD）。
总结： 部署 OceanBase 企业版通常推荐使用 OCP，因为它提供了 图形化界面，简化了部署流程，尤其是在生产环境中部署高可用集群时，通过 OATT 辅助配置环境和部署 OCP，再由 OCP 完成 OceanBase 集群的部署，可以提高效率和降低复杂性。命令行部署方式则更适用于对 OceanBase 有深入了解并需要更灵活配置的场景。在部署前，务必根据您的需求和环境规划好服务器资源，并进行相应的 BIOS、磁盘和网络配置。
安装和配置 OceanBase 完毕后，您可以按照以下步骤进行验证和使用：验证 OceanBase 安装
1 连接到租户：通过OB client ，OBC是一个交互式的命令行工具，支持连接 OceanBase 的 MySQL 租户和 Oracle 租户,通过 OB Proxy 连接 (2883 端口)：需要指定 OB Proxy 的 IP 地址和端口号 2883，以及用户名和集群名. 例如：obclient -h
-P2883 -u@#。通过 OB Proxy 连接时，OB Proxy 会选择一个合适的 OB Server 创建连接会话。
直接连接 OB Server (2881 端口)：需要指定 OB Server 的 IP 地址和端口号 2881，以及用户名，不需要添加集群名字. 例如：obclient -h
-P2881 -u@。这种方式直接连接到指定的 IP 地址并创建会话.
使用 MySQL 客户端：如果您的租户是 MySQL 兼容模式，可以使用标准的 MySQL 客户端工具进行连接. 连接参数中，-h 指定数据库 IP 地址，-u 指定用户名（格式为 用户名@租户名#集群名），-P 指定端口号（通常是 OB Proxy 的 2883 端口），-p 指定密码，-D 指定要连接的数据库名称.
使用 ODC (OceanBase Developer Center)：ODC 是一个图形化的数据库开发平台，支持连接 MySQL 和 Oracle 租户. 您可以通过桌面版或 Web 版 ODC 创建数据源连接，填写必要的连接信息（IP 地址、端口、用户名、密码、租户、集群等）后进行连接。
2 执行基本 SQL 语句：成功连接到租户后，您可以执行一些基本的 SQL 语句来验证数据库是否正常运行，查看版本信息：执行 SELECT version() 可以查看当前 OceanBase 的版本，执行简单查询：例如 SELECT 1+1; 或查询系统表。对于 MySQL 租户，可以尝试查询 information_schema 或 mysql 库中的表。查看参数：可以执行命令查看和修改数据库参数。
3 检查日志：OceanBase 集群的 OB Server 和 OB Proxy 都有完整的日志输出体系，记录了详细的运行信息，是故障诊断的关键部件，OB Server 的系统日志包括启动运行日志、open server、网络选取模块日志、election 和 do service 对应的 root service 等，日志级别包括 TRACE、DEBUG、INFO、WARN、ERROR 等。您可以通过查看相关日志文件来确认服务是否正常启动，是否有错误信息等。
4 监控资源使用情况
使用 OCP：如果您部署了 OCP，可以登录 OCP 管理界面，进入相应的集群和租户概览页面，查看 CPU、内存、磁盘等资源的使用情况. OCP 还提供了性能监控功能，可以关注租户的 QPS、TPS、SQL 和事务的响应时间等指标。
通过 SQL 查询：OceanBase 提供了性能视图（以 GV
或
开头）和字典视图来查看系统状态和性能信息. 不同兼容模式的租户，其视图存储位置和命名约定有所不同。
使用 OceanBase 数据库 在成功验证安装后，您可以开始使用 OceanBase 数据库进行应用开发和管理： 1 创建租户：如果需要，可以在 OceanBase 集群中创建新的业务租户. 企业版支持创建 MySQL 兼容模式和 Oracle 兼容模式的租户，社区版目前只支持 MySQL 兼容模式。
2 创建数据库 (Schema)：连接到租户后，根据您的应用需求创建数据库。在 MySQL 模式下使用 CREATE DATABASE 语句，在 Oracle 模式下通常通过创建用户并分配默认 schema 来实现。
3 设计和创建数据库对象：
表 (Table)：根据业务需求设计表结构，选择合适的列类型，定义主键等约束. 对于数据量较大的表，可以考虑使用分区表来提高性能和可管理性，索引 (Index)：创建索引以加速数据查询. 对于分区表，可以选择创建局部索引（分区索引）或全局索引，视图 (View)：创建视图以简化复杂的查询或控制数据访问权限，序列 (Sequence)：使用序列生成自增的序列号。
4 数据操作 (DML) 和查询 (DQL)：使用 INSERT 语句插入数据，UPDATE 语句更新数据，DELETE 语句删除数据，以及 SELECT 语句查询数据。
5 SQL 调优：监控和优化性能存在问题的 SQL 语句. 可以使用 OCP 提供的 SQL 诊断功能，分析 Top SQL、Slow SQL 等. OceanBase 提供了执行计划 (Explain Plan) 功能，帮助您了解 SQL 语句的执行方式，并根据执行计划进行优化. 您还可以通过创建合适的索引、调整 SQL 语句等方式来提升性能. OceanBase 还支持执行计划缓存，以避免重复解析 SQL 语句。
6 数据导入导出：OceanBase 提供了数据导入导出工具，方便您进行数据的迁移和备份恢复. OMS (OceanBase Migration Service) 可以帮助您将其他异构数据库的数据迁移到 OceanBase。
7 备份和恢复：通过 OCP 或命令行工具设置备份策略，进行全量或增量备份. 在需要时，可以执行租户级或表级的恢复操作. OceanBase 4.x 版本支持租户级备份。
8 监控和告警：使用 OCP 配置告警规则和通知通道（如钉钉、飞书、邮箱等），以便及时获取数据库的运行状态和故障信息。
9 扩容：当业务增长导致资源不足时，可以通过 OCP 或命令行进行集群或租户的扩容，包括添加 OB Server 节点、调整 Unit 规格或数量等. OceanBase 支持水平和垂直扩缩容。
10 高可用和容灾管理：OceanBase 提供了多副本机制、主备租户等高可用能力. 您可以使用 OCP 进行主备租户的管理和切换。
11 使用 OBD 和 OCP 进行管理，OBD 主要用于快速部署测试和演示环境. 虽然 OBD 也有白屏化界面用于部署，但后续的运维管理功能不如 OCP 完善。
OCP 是生产环境下推荐使用的管理平台，提供了全面的白屏化操作界面，用于资源管理、监控告警、备份恢复、扩容等全生命周期的管理。
12 使用 ODC 进行开发和管理：ODC 不仅是开发工具，还提供了数据导入导出、安全审计、变更管控、数据脱敏和数据归档等功能。
image
image
image
image
image
image
image
image
image
image
image
image
OceanBase 数据库提供企业版和社区版两种形态，其中社区版只能进行单机集中式部署。（ ）
在不同的环境下，OceanBase 数据库有多种部署方式，对于企业版和社区版的部署方式，以下说法错误的是（ ） A、企业版建议使用 OCP 部署 OceanBase 集群； B、企业版可以使用命令行部署 OceanBase 集群； C、社区版不可以使用OCP部署 OceanBase 集群； D、社区版可以使用 OBD 部署 OceanBase 集群。
OceanBase 数据库单机集中式部署，小规格开发模式，适用于个人设备，如果选择社区版，集群预留运行内存不低于 （ ） GB 。 A、2 B、6 C、8 D、16
OceanBase社区版和企业版支持在windows下部署（ ）
OBD可以部署OceanBase企业版和社区版（ ）
直连和通过ODP链接OceanBase数据库，端口是一样的（ ）
置顶
