sql server的实例名

实例名称一旦确定，请勿更改。
这是一个坑。

开始工作前做好备份。

ORACLE_SID、INSTANCE_NAME和服务名的区别

我记得有一次在连长的房间里，我看着墙上的储物柜。
突然有同事跑过来说道：“小张，你快来帮我看看为什么数据库无法连接？”我在服务器服务器上跟踪了一下，打开电脑，发现ORACLE_SID被设置为禁用了。

那是 2 01 8 年，该服务器上正在运行 Oracle 1 2 c 数据库。
我查了一下，发现ORACLE_SID变量设置为“prod”，但我的同事不小心将其设置为“dev”。
我自己犯的另一个小错误。
我赶紧改了环境变量，输入了正确的值，然后重新连接数据库，问题就解决了。

这次经历让我认识到，虽然DB_NAME、Instance_name、ORACLE_SID等数据库参数的识别看起来可能比较复杂，但是只要了解了具体的功能和区别，解决此类问题并不难。
等等，还有别的事。
我突然想到，如果这个错误及时发现并纠正，业务就会中断。

如何区分Oracle的数据库，实例，服务名，SID

那天在机房帮同事调试连接问题，她却一直说无法连接数据库。
我让他先从v$数据库中选择一个名字来检查，他回答“ORCL”。
我又问，参数文件中是不是也写了DB_NAME？他点点头。
等等，突然我想到导出 ORACLE_SID=orcl 也取决于它的一面。
我会认真处理这件事吗？数据库的名字是“ORCL”，没错，备份和恢复都是基于的。
实例名称也是“ORCL”，参数文件中的两个值相同，操作系统变量也同步。
服务名称怎么样？其中之一是orclpdb1 ，因为使用了CDB。
没有冲突。
它使用网络连接名称，客户端 tnsnames.ora 也写入“orclpdb1 =....”。
但问题是，如果直接连接到 SQLPlus 中的“ORCL”会发生什么？ SID 和 INSTANCE_NAME 可以不同吗？
查看参数表，另一个“db_unique_name”是“orclunique”。
这是什么？感觉就像这些名字混在一起一样，就像你的门牌号、门牌号、社区名称。
有时混合，有时添加后缀。
这四种小工具必须严格区分，哪种场景应该使用哪一种。
后来添加了该服务的名称，以理清网络链接的混乱，但与 SID 没有直接关系。
SID似乎处于较低水平。
配置监听器时固定，但作业名称与用户关联。
这样看来，他们是一种渐进的关系，但同时也是一种依赖的关系。
就像盖房子一样，地基是SID，承重墙是实例的名称，墙体的外墙涂料是数据库的名称，门牌号和办公室名称是访客的路标。
但如果标牌掉了，地基松动了，房子怎么重建呢？
最近维护时，1 2 c RAC环境断线，物理主机使用了单独的PDB。
当更改监听器时，指定的SID仍然需要更改，并且客户端连接仍然必须使用旧的服务名称。
这又让我想起了早年的老9 i系统是没有服务名的，直接通过SID号和端口连接。
到时候还顺利吗？这些新的小工具（例如 CDB 和 PL/SQL QUIES 数据服务）是否会为此命名约定增加另一层复杂性？算了，还是解决它第一次连接的问题吧。
用户不关心你的DB_NAME和SERVICE_NAME，他们只知道“ORCL”已连接。
但背后的逻辑确实需要理解。

如何查看SQL Server数据库的实例名称(数据库名/服务器名)

连接时检查服务器名称后缀。

localhost 是本地实例。

更改实例名称和字符串。

如果更改计算机名称，则必须同时更改。

在 SSMSSQLServer 服务中找到它。

名称列显示实例名称。

在更改计算机之前，请记下实例名称。