Oracle与SQLServer数据库镜像对比

数据库镜像是将数据库事务处理从一个数据库移动到不同环境中的另一个数据库中 镜像的拷贝是一个备用的拷贝 不能直接访问 它只用在错误恢复的情况下 Oracle数据库与MSSQL数据 *** 作上有很大的不同 但是 在镜像 *** 作方面有类比的地方 这篇文章关于MSSQL数据库镜像在Oracle数据库中是如何实现的 它们之间存在哪些差异呢

首先 微软SQL数据库中的镜像数据库类似于Oracle数据库中的备用数据库 我说的只是类似 确切的说 我们需要考虑不同数据库在自己体系中的差异 MSSQL作为一个实例来 *** 作 一个实例包含几个数据库 你首先要登录一个实例 然后选择哪个数据库作用于该实例 而在Oracle数据库中 简单模式（忽略RAC）就只有一个数据库与一个实例相联系 因此 可以这么说 在Oracle数据库中 备份数据库（standby database）就完全是主数据库的快照 而在MSSQL中 镜像数据库仅仅是选择的那个数据库的备份 但没有包括代理 登录 任务（这些或者更多的数据库项目需要单独在数据库镜像上创建或者复制）这些外部数据项

在服务器数量上 Oracle的主数据库和备用数据库配置最小需要 台 在MSSQL中 最小数据是 个或 个 根据你所选择的高可用性 高安全性 高性能方式所决定

高可用性方式 这个 *** 作模式选项允许你在两台服务器上同步事务写入 并支持自动错误恢复 要使用这个选项 你必须还要使用一个证人服务器

高保护方式 这个选项可以让你在两台服务器上同步事物写入 但是错误恢复是手工的 因为自动的错误恢复不是这个选项的一部分 所以也不会用到证人服务器

高性能方式 这个选项不关心两台服务器上的写入是否是同步的 因此在性能上有所提高 当使用这个选项的时候 你只能假设镜像服务器上的所有事情都是成功完成 这个选项只允许手工的错误恢复 因此不会用到证人服务器

为了保证故障自动恢复 就需要有第三台服务器 可以称之为目击者（另外两个就是主数据库和镜像数据库） 你可以将这个目击者当作群集中的一个成员 它实现了 比 投票的能力 当我的一个组件不可达 并因此需要进行错误恢复的时候 证人服务器只有在你想实现自动错误恢复的时候才需要用到

在Oracle数据的一个事务中 日志缓冲器在废数据写入数据文件（忽略write ahead情况）前被刷新或者写入到redo日志中 这种刷新或者写入到redo日志的行为是有必要的 如像实例失败（使用前滚和回滚恢复过程）这样的事件发生时 MSSQL也承认将日志缓冲器写入到磁盘的重要性 不过这里称之为硬化（hardening） 首先将事务日志缓冲器的信息写入到磁盘或者硬化 接着将日志记录块发送到镜像数据库中 镜像数据库接收到该日志记录块后 将之存入到某个缓冲器中 随后依次硬化该日志记录块

当数据发生变化时 MSSQL数据库如何保持主数据库和镜像数据库的一致性呢？

Oracle用户非常熟悉SCN 而MSSQL用户通过使用mirroring_failover_lsn机制（粗略来讲就是一个日志序列号） MSSQL与Oracle不同 MSSQL将事务分离（两个事务在两个机器上） 而不是一个分布式事务（在自身提交前需要远程等待提交）

另外一个相似点 但稍微有些畸变的反射就是redo日志和事务日志 在Oracle中 完成的redo日志将被发送到远程的服务器中 将完成的redo日志应用到备份数据中去 在MSSQL中 事务日志没有被传输 但是就像我以上提到的 日志缓冲器数据发送到网络上 这就导致另外一个镜像反射 备份和恢复模式

在Oracle中 当你处于归档模式或者非归档模式的时候 这些 *** 作是内定的 如果归档redo日志被传输或者提交到一个远程的服务器 那么主数据库明显就是在归档模式下 那些文件就是这么产生的 运行在这种模式下 允许有少量的数据丢失 因为在发生故障（无论什么样的故障）前 恢复能够在任意一个点上执行 在MSSQL中是类似的 但是有三种状态需要选择

《SQL Server联机丛书》 像许多其它的在线资源一样 讲述了在使用MSSQL时 种恢复模式的不同点 快速的比较有 MSSQL完整模式对应于Oracle中的归档模式 简单模式对应于非归档模式 bulk模式与使用直接路径插入 添加提示 或者与nologging模式 *** 作类似

根据以上三种模式（这三种模式很容易转换 不需要关机或者重启）的描述以及日志缓冲器和归档redo日志的讨论中 很容易断定在MSSQL中进行数据库的镜像需要将数据的回复模式设置成完全模式（full model） 简单模式（Simple model）或许也能行 但是这种模式下维持事务日志中的小部分数据 在备份中 如果在日志被删节了 整个镜像过程也就破环了 因为当你在将事务发送到镜像数据库中的时候 如果日志被删节了 这个过程就不能完成

说到数据库被破坏该怎么办呢？

这正是镜像（或者说备份）的主要目的 当主数据库断开或者说遇到故障时候我们希望系统能回到镜像前或者备份前的状况去 这如何才能实现呢？我们能自动实现或者手动实现 想实现这些 需要一些已经完成的设置 在MSSQL中 自动故障恢复 回到原来状态需要在HA模式 事务安全是full 数据传输是同步 有目击服务器的情况下 这种模式下运行还需要使用企业版的数据库系统 高安全性和高性能在标准版的情况下也能实现

MSSQL还有其它版本的选择 但是这些并不如Oracle的反射 干净 这些版本包括 Developer Workgroup 和 SQL Express 举个例子 目击服务器能够是任何的版本 但是如果你想给镜像服务器做一个快照 那么你就需要企业或者开发版的了

在设置伙伴（partner 通常有主数据库和镜像数据库组成）过程中 他们的恢复状态开始起作用 通过使用相同的名字 镜像在远程/镜像服务器上建立（使用配置数据库镜像安全向导是最简单的方法）起来 并且镜像数据库被设置成NORECOVERY 通常它是恢复（recovering）状态的 在MSSQL中 恢复数据库是没有的 因此没有进行上述的设置 是不能被其他用户当作只读数据库来使用的

为了避免这个中缺陷 你可以给镜像做一个快照 使得该 影像 对用户可见 正如我上述所提到的那样 这需要你的数据库版本是企业（或者开发）版 这就意味着用户需要有快照数据库的知识 知道如何进入存储它 如何告诉应用程序使用哪个数据库 惯例上来说 配置文件使用的 NET环境 你能建立一个主数据库和一个故障回滚的辅数据库 如果在Oracle中配置过备份数据库 你就会觉得这很类似

结论

这篇文章内容包括按照Oracle的方式 如何更好的理解在另一种主流的RDBMS上执行镜像或者复制 试着学习和解释你的RDBMS如何工作的 从另外一种模式来得到你的注意有助于你搞清楚你当前数据库系统运行原理 举个例子 我发现非常有实用价值的是Oracle归档模式和MSSQL三种恢复模式之间的关系 使用在MSSQL中的一些术语（伙伴 主数据库 目击 镜像）有助于你构成和识别Oracle中执行数据库镜像的 *** 作

lishixinzhi/Article/program/Oracle/201311/18083

SID的意思是oracle数据库的唯一标识符是你在建立一个数据库时系统自动赋予的一个初始ID。

SID主要用于在一些DBA *** 作以及与 *** 作系统交互，从 *** 作系统的角度访问实例名，必须通过ORACLE SID，且它在注册表中也是存在的。

扩展资料

如何查询当前用户的SID：

1、按Win + R快捷键，在d出的运行对话框中输入cmd后按回车键

2、在命令提示符窗口中输入"whoami   /user"，按回车键

3、然后就查出我当前的用户名和对应的SID

　Oracle的数据库：

一系列物理文件的集合

包括控制文件、数据文件、联机日志文件、参数文件、密码文件等

即：Oracle Database = Controlfile + datafile + logfiel + spfile +

1控制文件(controlfile)

数据库的名字，检查点信息，数据库创建的时间戳

所有的数据文件，联机日志文件，归档日志文件信息

备份信息等

2数据文件(datafile)

包含了用户和应用程序的所有数据

--查看数据文件信息

3联机日志文件

记录了用户对数据库的所有 *** 作，一个数据库中至少要有两个日志组文件，每个日志组中至少有一个日志成员

日志组中的多个日志成员是互为镜相关系

4归档日志文件

Oracle可以运行在两种模式之中，归档模式和非归档模式。在归档模式中，为了保存用户的所有修改，

在联机日志文件切换后和被覆盖之间系统将他们另外保存成一组连续的文件系列，该文件系列就是归档日志文件。

用户恢复意外情况出现的数据丢失、异常等。

5参数文件(pfile和spfile)

initSIDora或initora文件,通常位于：$ORACLE_BASE/admin/<SID>/pfile

初始化文件记载了许多数据库的启动参数，如内存，控制文件，进程数等，在数据库启动的时候加载(Nomount时加载)

6其他文件

密码文件：用于Oracle 的具有sysdba权限用户的认证

告警日志文件：报警日志文件(alertlog或alrtora），记录数据库启动，关闭和一些重要的出错信息

查看路径：select value from v$PARAMETER where name =‘background_dump_dest’;

7数据库逻辑组织结构

表空间、段、区、块

一个数据库由一个或多个表空间组成，一个表空间只能属于一个数据库

一个表空间由一个或多个多个数据文件组成，一个数据文件只能属于一个表空间

一个数据文件由一个或多个 *** 作系统块组成，每一个 *** 作系统块只能数以一个数据文件

一个表空间可以包含一个或多个段，一个段只能属于一个表空间

一个段由一个或多个区组成，每一个区只能属于一个段

一个区由一个或多个Oracle 块组成，每一个Oracle块只能属于一个区

一个区只能属于一个数据文件，数据文件的空间可以分配到一个或多个区

一个Oracle 块由一个或多个 *** 作系统块组成，一个 *** 作系统块是一个Oracle块的一部分

oracle实例：

一个Oracle Server由一个Oracle实例和一个Oracle数据库组成。

即：Oracle Server = Oracle Instance + Oracle Database

Oracle实例

包括了内存结构(SGA)和一系列后台进程(Background Process),两者合起来称为一个Oracle实例

即：Oracle Instance = SGA + Background Process

Oracle内存结构

包含系统全局区(SGA)和程序全局区(PGA)

即Oracle Memory Structures = SGA + PGA

SGA由服务器和后台进程共享

PGA包含单个服务器进程或单个后台进程的数据和控制信息,与几个进程共享的SGA 正相反，PGA是

只被一个进程使用的区域，PGA 在创建进程时分配在终止进程时回收。即由服务器进程产生。

1SGA

系统全局区SGA，SGA = 数据缓冲区+ 重做日志缓冲区+ 共享池+ 大池+ Java 池+ 流池

系统全局区是动态的，由参数SGA＿MAX＿SIZE决定。

查看当前系统的SGA大小：show parameter sga_max_size;

要修改：alter system set sga_max_size=1200m scope=spfile;

因为实例内存的分配是在数据库启动时进行的，所以要让修改生效，要重启数据库。

ORACLE 10G 引入了ASMM（自动共享内存管理），DBA只需设置SGA＿TARGET，ORACLE就会

自动的对共享池、JAVA池、大池、数据缓冲区、流池进行自动调配。取消自动调配就是

sga_target设为。

数据缓冲区(Database buffer cache):存储从数据文件中获得的数据块的镜像

大小由db_cache_size 决定

查看：show parameter db_cache_size;

设置：alter system set db_cache_size=800M;

重做日志缓冲区(Redo log buffer):对数据库的任何修改都按顺序被记录在该缓冲，然后由LGWR进程将

它写入磁盘,大小由LOG＿BUFFER决定

共享池(Shared pool):是SGA中最关键的内存片段,共享池主要由库缓存(共享SQL区和PL/SQL区)和数据

字典缓存组成，它的作用是存放频繁使用的sql，在有限的容量下，数据库系统根据一定的算法决

定何时释放共享池中的sql。

库缓存大小由shared_pool_size 决定

查看：show parameter shared_pool_size

修改：alter system set shared_pool_size=120m;

数据字典缓存：

存储数据库中数据文件、表、索引、列、用户和其它数据对象的定义和权限信息

大小由shared_pool_size 决定，不能单独指定

大池(Large pool):是一个可选的区域，用于一些大型的进程如Oracle的备份恢复 *** 作、IO服务器进程等

Java 池：该程序缓冲区就是为Java 程序保留的。如果不用Java程序没有必要改变该缓冲区的默认大小

流池(Stream pool)：被Oracle流所使用

2PGA

是为每个用户进程连接ORACLE数据库保留的内存

进程创建时分配，进程结束时释放，只能被一个进程使用

PGA包括了以下几个结构：

（）排序区

（）游标状态区

（）会话信息区

（）堆栈区

由参数：pga_aggregate_target 决定

3几类进程：用户进程，服务器进程，后台进程，其它可选进程

用户进程

在用户连接数据库产生，请求oracle服务器连接，必须要先建立一个连接，不会直接和oracle服务器连接

服务器进程

当连接实例并建立用户会话时产生，独立服务器或者提供共享服务器都能产生

后台进程

维持物理和内存之间的联系，用来管理数据库的读写，恢复和监视等工作。

Server Process主要是通过他和user process进行联系和沟通，并由他和user process进行数据的交换。

在Unix机器上，Oracle后台进程相对于 *** 作系统进程，也就是说，一个Oracle后台进程将启动一个 *** 作

系统进程。

在Windows机器上，Oracle后台进程相对于 *** 作系统线程，打开任务管理器，我们只能看到一个

ORACLEEXE的进程，但是通过另外的工具，就可以看到包含在这里进程中的线程。

必须要有的后台进程

DBWn -->数据库写进程

PMON -->程序监控进程

SMON -->系统监控进程

LGWr -->日志写进程

CKPT -->检查点进程

可选进程：

ARCN 归档进程

RECO

Snnn

pnnn

DBWn(数据库写进程)

负责将修改过的数据块从数据库缓冲区高速缓存写入磁盘上的数据文件中

写入条件：

发生检查点

脏缓存达到限制

没有自由的缓存

超时发生

表空间离线

表空间只读

表被删除或者截断

开始备份表空间

可以修改数据写进程的数量

alter system set db_writer_processes=3 scope=spfile;

PMON(程序监控进程)

清除失效的用户进程，释放用户进程所用的资源。

如PMON将回滚未提交的工作，释放锁，释放分配给失败进程的SGA资源。

清除失败的进程

回滚事务

释放锁

释放其他资源

SMON(系统监控进程)

检查数据库的一致性,当启动失败时完成灾难恢复等

实列恢复时，前滚所有重做日志中的文件，打开数据库为了用户能访问，回滚未提交的事务，释放临时表空间

清除临时空间，聚结空闲空间，从不可用的文件中恢复事务的活动，OPS中失败节点的实例恢复

清除OBJ$表

缩减回滚段

使回滚段脱机

LGWr(日志写进程)

将重做日志缓冲区中的更改写入在线重做日志文件

条件：

提交的时候（commit)

redo log buffer达到1／3满

每隔3秒

有大于1MB 重做日志缓冲区未被写入磁盘

DBWR需要写入的数据的SCN号大于LGWR 记录的SCN号，DBWR 触发LGWR写入

超时

在dbwr进程些之前写日志

CKPT(检查点进程)

DBWR/LGWR的工作原理，造成了数据文件，日志文件，控制文件的不一致，CKPT进程负责同步数据文件，

日志文件和控制文件

CKPT会更新数据文件/控制文件的头信息

条件：

在日志切换的时候

数据库用immediate ，transaction ，normal选项shutdown数据库的时候

根据初始话文件LOG_CHECKPOINT_INTERVAL、LOG_CHECKPOINT_TIMEOUT、FAST_START_IO_TARGET 的设置的数值来确定

用户触发

ARCN(归档进程)

在每次日志切换时把已满的日志组进行备份或归档

条件：

数据库以归档方式运行的时候

RECO

负责解决分布事物中的故障。Oracle可以连接远程的多个数据库，当由于网络问题，有些事物处于悬而未决的状态。

RECO进程试图建立与远程服务器的通信，当故障消除后，RECO进程自动解决所有悬而未决的会话。

Server Process(服务进程)

分为专用服务进程(Dedicated Server Process)和共享服务进程(MultiTreaded Server Process)

专用服务进程：一个服务进程对应多个用户进程，轮流为用户进程服务。

用户进程(User Process)、服务进程(Server Process)、后台进程(Background Processes)的启动

用户进程: 数据库用户请求Oralce server会话时被启动

服务进程：当用户会话启动后，连接到Oracle实例时该进程被启动

后台进程：当Oracle实例被启动时，启动相关的后台进程

经常会有人问我数据库是干啥的，其实一开始我是拒绝回答的，因为我也不能做到通俗易懂的表达出来，毕竟我接触这个概念也没有多长时间，但随着问的人多了，我觉得是时候脑补一下我的第一堂课了，万一哪天冒出来个货跟你掰扯这事儿，你没分分钟给他说清，最后弄个丢里儿丢面儿，好尴尬呀。

数据库，说白了就是按照数据结构来组织、存储和管理数据的仓库，这些数据是结构化的，并可为多种应用服务。也就是说，数据库是使用计算机服务器来存储数据的，专门用来提供各种数据服务。可以这样想像，过去一个公司的所有财务数据都是放在保险柜里面，而现在我们就可以针对这些财务数据搭建一个数据库放在某台计算机或服务器上面;再比如，企业或事业单位的人事部门常常要把本单位职工的基本情况(职工号、姓名、年龄、性别、籍贯、工资、简历等)存放在表中，这张表就可以看成是一个数据库。有了这个"数据仓库"我们就可以根据需要随时查询某职工的基本情况，也可以查询工资在某个范围内的职工人数等等。这些工作如果都能在计算机上自动进行，那我们的人事管理就可以达到极高的水平。此外，在财务管理、仓库管理、生产管理中也需要建立众多的这种"数据库"，使其可以利用计算机实现财务、仓库、生产的自动化管理。最常见的数据库有：银行储蓄系统、手机话费系统、美容美发会员系统、超市会员积分系统、水电费系统、机票或火车票系统等，这些都需要后台数据库基础设施的支撑。举了这么多例子，应该是把数据库说明白了，至少能在大脑里面有个概念，知道这个东西是干啥的。

现在大数据被炒的红得发紫，而大数据的基础也是数据，由此可见，数据是一个企业的核心资源，说它是企业的立身之本、发展之基都不为过，因此，维护数据库的数据库管理员(DBA)是企业不可或缺的。

目前市面上的数据库产品有很多，单从规模上分可分为大型、中型、小型几种，典型的数据库产品如下：

大型数据库：Oracle、DB2、Sybase;

中型数据库：MySQL、SQLServer、Infomix;

小型数据库：Access、VisualFoxpro。在众多的数据库产品中，Oracle数据库一直处于行业领导先地位，也是当今最流行的关系型数据库。Oracle可翻译成"甲骨文"，它是一家以数据库为主业的全球化公司，是全球第二大软件公司(第一名是微软公司)，目前Oracle在数据库软件市场已经排名第一，数据库软件市场份额达到486%，遥遥领先于第二名占有率仅为207%的IBM公司的DB2。在中国市场上的计算机专业系统后台所使用的数据库尤以Oracle数据库居多。但是购买Oracle数据库需要很大一笔费用，一般的大型企业使用，需要有专业人员进行管理和维护，中小企业承担不起。中小企业为了节省成本，一般使用MySQL、PostgreSQL这类免费开源的数据库，所以Oracle数据库相关的工作岗位一般是在大型企业中。

对于为什么选择Oracle数据库，而不是其他的数据库

第一，是因为Oracle数据库占据最大的市场份额，并且越来越大，市场需要很多Oracle数据库方面的人才，中国有句老话说"做对事，选对人"，是同样的道理;第二，是很多非Oracle数据库的老系统正往Oracle数据库迁移，其他数据库市场占有率在减少，其他数据库工作者有面临失业的风险;第三，Oracle有大量的官方学习文档，还有部分中文文档，可以有效地进行学习;第四，Oracle有大量的从业人员，有共同方向的朋友可以互相帮助，不再是孤胆英雄;第五，是可以很容易地从Oracle官方网站下载功能齐全的数据库最新版本进行学习，可以让你了解数据库方面的最新发展趋势等。

在此说明，以后的所有内容都是基于Oracle11g数据库产品的，下面我们就简单介绍一下Oracle11g的系列产品：

企业版(EnterpriseEdition)此版本包含了数据库的所有组件，并且能够通过购买选项和程序包来进一步对其增强。

能支持例如大业务量的在线事务处理OLTP(On-LineTransactionProcessing联机事务处理系统)环境、查询密集的数据仓库和要求苛刻的互联网应用程序。

标准版1(StandardEditionOne)此版本为工作组、部门级和互联网、内联网应用程序提供了前所未有的易用性和性价比。从针对小型商务的单服务器环境到大型的分布式部门环境，该版本包含了构建重要商务应用程序所必需的全部工具。它仅许可在最高容量为2个处理器的服务器上使用，支持Windows/Linux/UNIX *** 作系统，并支持64位平台 *** 作系统。

标准版(StandardEdition)此版本提供了StandardEditionOne所不具有的易用性、能力和性能，并且利用真正的应用集群(RAC)提供了对更大型计算机和服务集群的支持。它可以在最高容量为4个处理器的单台服务器上、或者在一个支持最多4个处理器的集群上使用，可支持Windows、Linux和UNIX *** 作系统，并支持64位平台 *** 作系统。

简化版此版本支持与标准版1、标准版和企业版完全兼容的单用户开发和部署。通过将Oracle数据库获奖的功能引入到个人工作站中，该版本提供了结合世界上最流行的数据库功能的数据库，并且该数据库具有桌面产品通常具有的易用性和简单性，可支持Linux和Windows *** 作系统。

从存储结构上来说，目前流行的数据库主要包含以下两种：

RDBMS：关系型数据库，是指采用了关系模型来组织数据的数据库;

NoSQL数据库，是指那些非关系型的、分布式的数据库。简单来说，关系模型指的就是二维表格模型，而一个关系型数据库就是由二维表及其之间的联系所组成的一个数据组织。

关系型数据库优点：

1、容易理解

二维表结构是非常贴近逻辑世界的一个概念，关系模型相对网状、层次等其他模型来说更容易理解。

2、使用方便

通用的SQL语言使得 *** 作关系型数据库非常方便。

3、易于维护

丰富的完整性大大减低了数据冗余和数据部移植的概率。

4、事务安全

所有关系型数据库都不同程度的遵守事物的四个基本属性，因此对于银行、电信、证券等交易型业务是不可或缺的。

关系型数据库的瓶颈：

1、高并发读写需求

网站的用户并发性非常高，往往达到每秒上万次读写请求，对于传统型数据库来说，硬盘I/O是一个很大的瓶颈。

2、海量数据的高效率读写

互联网上每天产生的数据量是巨大的，对于关系型数据库来说，在一张包含海量数据的表中查询，效率是非常低的。

3、高扩展性和可用性

在基于WEB的结构中，数据库是最难进行横向扩展的，当一个应用系统的用户量和访问量与日俱增的时候，数据库却没有办法像WEBServer和APPLICATIONServer那样简单的通过添加更多的硬件和服务节点来扩展性能和负载能力。对于很多需要提供24小时不间断服务的网站来说，对数据库系统进行升级和扩展是非常痛苦的事情，往往需要停机维护和数据迁移。

NoSQL数据库

NoSQL一词首先是CarloStrozzi在1998年提出的。2009年再次提出了NoSQL一词，用于指那些非关系型的、分布式的，且一般不保证遵循ACID原则的数据存储系统。

NoSQL具有以下特点：

1、可以弥补关系型数据库的不足

2、针对某些特定的需求而设计，可以具有极高的性能

3、大部分都是开源的，由于成熟度不够，存在潜在的稳定性和维护性问题。

关系型数据库适用于结构化数据，而非关系型数据库适用于非结构化数据，二者优势互补，相得益彰。

Oracle数据库未来的发展方向是提供结构化、非结构化、半结构化的解决方案，实现关系型数据库和NoSQL共存互补。值得强调的是，目前关系型数据库仍是主流数据库。

虽然NoSQL数据库打破了关系型数据库存储的观念，可以很好地满足WEB20时代数据的存储要求，但NoSQL数据库也有自己的缺陷。在现阶段的情况下，可以将关系型数据库和NoSQL数据库结合使用，相互弥补各自的不足。

关于数据库及其代表产品Oracle今天就介绍这么多，有兴趣的可以继续深挖，希望我的介绍能让你对数据库有一个更深入的认识。如果有志于在这方面发展的话，就让我们一起跟往事干杯从头再来。

以上就是关于Oracle与SQLServer数据库镜像对比全部的内容，包括:Oracle与SQLServer数据库镜像对比、oracle数据库中SID到底什么意思怎么用、如何区分Oracle的数据库，实例，服务名，SID等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！