前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >【OCP最新题库解析(052)--题16】Your database instance is in NOMOUNT state

【OCP最新题库解析(052)--题16】Your database instance is in NOMOUNT state

作者头像
AiDBA宝典
发布于 2022-02-22 08:13:23
发布于 2022-02-22 08:13:23
52800
代码可运行
举报
运行总次数:0
代码可运行

该系列专题为2018年4月OCP-052考题变革后的最新题库。题库为小麦苗解答,若解答有不对之处,可留言,也可联系小麦苗进行修改。

Q

题目

Your database instance is in NOMOUNT state.You select the delete option in the Database Configuration Assistant(DBCA) for your database.

What is the outcome?

A. DBCA is able to delete the services but not the data files.

B. DBCA prompts you to open the database, and then proceeds with the deletion.

C. DBCA is able to delete data files but not the services.

D. DBCA shuts down the instance and deletes the database.

A

答案

Answer:A

对于B选项,DBCA并不会提示你打开数据库,只会提示数据库没有挂载(ORA-01507: database not mounted)。

对于C选项,说反了。C和A是矛盾选项。这里的services可以理解为/etc/oratab中的有个数据库的记录。如:

[oracle@OCPLHR ~]$ cat /etc/oratab | tail -n 1

OCPLHR2:/u01/app/oracle/product/11.2.0/dbhome_1:N

对于D选项,在NOMOUNT和MOUNT状态下,DBCA图形界面会关闭数据库实例,删除/etc/oratab中的记录和参数文件(spfile和pfile),但是不会删除数据库文件。但是,DBCA静默方式会直接报错,而不做任何操作。

以上解析针对没有安装grid的环境。

You can also use DBCA to delete a database. When DBCA deletes a database, it shuts down the database instance and then deletes all database files. On the Windows platform, it also deletes associated Windows services.

有如下几种方式可以用来删除Oracle数据库

(1)直接在OS级别调用dbca命令以静默的方式删除数据库。使用DBCA进行删除的数据库必须处于OPEN状态,否则不能删除。如下所示,其中,mydb为数据库名:

dbca -silent -deleteDatabase -sourceDB mydb

当然,使用dbca也可以进行图形界面删除,被删除的数据库也必须处于OPEN状态,否则不能删除。其实,从告警日志中可以看到,在OPEN状态下,DBCA删除数据库的过程是,首先将数据库关闭,然后启动数据库到MOUNT状态,接着执行“ALTER SYSTEM ENABLE RESTRICTED SESSION;”让数据库处于受限模式,最后执行“DROP DATABASE;”删除数据库。在删除数据库完成后,会清理文件/etc/oratab中有关被删除数据库的信息,也会删除与该数据库有关的所有的SPFILE和PFILE文件。

需要注意的是,在安装有grid的主机上,如果当前数据库处于非OPEN状态,那么DBCA图形界面和静默方式不会删除和修改任何文件(/etc/oratab和参数文件);如果主机上没有安装grid,当前数据库处于非OPEN状态,那么DBCA图形界面会删除与该数据库有关的所有的SPFILE和PFILE文件,但是不会删除数据文件,而DBCA静默方式依然会报错,且不会删除和修改任何文件。

(2)SQL窗口:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
ALTER DATABASE CLOSE;
ALTER SYSTEM ENABLE RESTRICTED SESSION;
DROP DATABASE;

或:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
STARTUP FORCE MOUNT RESTRICT;
DROP DATABASE;

注意:强烈推荐第1种方式,对于第2种方式,若是在RAC环境中,数据库库需要设置参数CLUSTER_DATABASE为FALSE后才可以执行DROP DATABASE,设置的命令为:ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SID='*' SCOPE=SPFILE;。

实验如下:

首先在安装了grid的环境下测试:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
[oracle@OCPLHR ~]$ ORACLE_SID=OCPXXT1
[oracle@OCPLHR ~]$ sas
SQL*Plus: Release 11.2.0.3.0 Production on Fri Apr 20 15:14:10 2018
Copyright (c) 1982, 2011, Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, Automatic Storage Management, OLAP, Data Mining
and Real Application Testing options
SYS@OCPXXT1> startup force nomount
ORACLE instance started.
Total System Global Area  521936896 bytes
Fixed Size                  2229944 bytes
Variable Size             352323912 bytes
Database Buffers          159383552 bytes
Redo Buffers                7999488 bytes
SYS@OCPXXT1> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@OCPLHR ~]$ dbca -silent -deleteDatabase -sourceDB OCPXXT1
ORA-01507: database not mounted
[oracle@OCPLHR ~]$ 
启动到mount状态:
SYS@OCPXXT1> alter database mount;
Database altered.
SYS@OCPXXT1> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@OCPLHR ~]$ dbca -silent -deleteDatabase -sourceDB OCPXXT1
ORA-01219: database not open: queries allowed on fixed tables/views only
启动到OPEN状态:
[oracle@OCPLHR ~]$ sas
SQL*Plus: Release 11.2.0.3.0 Production on Fri Apr 20 15:29:55 2018
Copyright (c) 1982, 2011, Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SYS@OCPXXT1> alter database open;
Database altered.
SYS@OCPXXT1> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@OCPLHR ~]$ dbca -silent -deleteDatabase -sourceDB OCPXXT1
Connecting to database
4% complete
9% complete
14% complete
19% complete
23% complete
28% complete
47% complete
Updating network configuration files
48% complete
52% complete
Deleting instance and datafiles
76% complete
100% complete
Look at the log file "/u01/app/oracle/cfgtoollogs/dbca/OCPXXT1.log" for further details.
[oracle@OCPLHR ~]$ 
告警日志:
Fri Apr 20 15:31:06 2018
Shutting down instance (immediate)
Shutting down instance: further logons disabled
Fri Apr 20 15:31:07 2018
Stopping background process CJQ0
Stopping background process QMNC
Stopping background process MMNL
Stopping background process MMON
License high water mark = 4
Stopping Job queue slave processes, flags = 7
Job queue slave processes stopped
All dispatchers and shared servers shutdown
ALTER DATABASE CLOSE NORMAL
Fri Apr 20 15:31:12 2018
SMON: disabling tx recovery
SMON: disabling cache recovery
Fri Apr 20 15:31:12 2018
Shutting down archive processes
Archiving is disabled
Fri Apr 20 15:31:12 2018
ARCH shutting down
ARC3: Archival stopped
Fri Apr 20 15:31:12 2018
ARCH shutting down
ARC2: Archival stopped
Fri Apr 20 15:31:12 2018
ARCH shutting down
ARC1: Archival stopped
Fri Apr 20 15:31:12 2018
ARCH shutting down
ARC0: Archival stopped
Thread 1 closed at log sequence 49
Successful close of redo thread 1
Completed: ALTER DATABASE CLOSE NORMAL
ALTER DATABASE DISMOUNT
Shutting down archive processes
Archiving is disabled
Completed: ALTER DATABASE DISMOUNT
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Fri Apr 20 15:31:14 2018
Stopping background process VKTM
Fri Apr 20 15:31:14 2018
NOTE: Shutting down MARK background process
Fri Apr 20 15:31:18 2018
Instance shutdown complete
Fri Apr 20 15:31:18 2018
Adjusting the default value of parameter parallel_max_servers
from 160 to 135 due to the value of parameter processes (150)
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
WARNING: db_recovery_file_dest is same as db_create_file_dest
Autotune of undo retention is turned on. 
IMODE=BR
ILAT =27
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1
System name:    Linux
Node name:      OCPLHR
Release:        2.6.18-194.el5
Version:        #1 SMP Tue Mar 16 21:52:39 EDT 2010
Machine:        x86_64
VM name:        VMWare Version: 6
Using parameter settings in server-side spfile /u01/app/oracle/product/11.2.0/dbhome_1/dbs/spfileOCPXXT1.ora
System parameters with non-default values:
  processes                = 150
  memory_target            = 500M
  control_files            = "/u01/app/oracle/oradata/OCPXXT1/control01.ctl"
  control_files            = "/u01/app/oracle/oradata/OCPXXT1/control02.ctl"
  db_block_size            = 8192
  compatible               = "11.2.0.0.0"
  db_create_file_dest      = "+DATA"
  db_recovery_file_dest    = "+DATA"
  db_recovery_file_dest_size= 4122M
  undo_tablespace          = "UNDOTBS1"
  remote_login_passwordfile= "EXCLUSIVE"
  db_domain                = ""
  dispatchers              = "(PROTOCOL=TCP) (SERVICE=OCPASM1XDB)"
  local_listener           = "LISTENER_OCPASM1"
  job_queue_processes      = 1000
  audit_file_dest          = "/u01/app/oracle/admin/OCPASM1/adump"
  audit_trail              = "DB"
  db_name                  = "OCPXXT1"
  open_cursors             = 300
  diagnostic_dest          = "/u01/app/oracle"
Fri Apr 20 15:31:19 2018
PMON started with pid=2, OS id=32329 
Fri Apr 20 15:31:19 2018
PSP0 started with pid=3, OS id=32331 
Fri Apr 20 15:31:20 2018
VKTM started with pid=4, OS id=32333 at elevated priority
VKTM running at (1)millisec precision with DBRM quantum (100)ms
Fri Apr 20 15:31:20 2018
GEN0 started with pid=5, OS id=32337 
Fri Apr 20 15:31:20 2018
DIAG started with pid=6, OS id=32339 
Fri Apr 20 15:31:20 2018
DBRM started with pid=7, OS id=32341 
Fri Apr 20 15:31:20 2018
DIA0 started with pid=8, OS id=32343 
Fri Apr 20 15:31:20 2018
MMAN started with pid=9, OS id=32345 
Fri Apr 20 15:31:20 2018
DBW0 started with pid=10, OS id=32347 
Fri Apr 20 15:31:20 2018
LGWR started with pid=11, OS id=32349 
Fri Apr 20 15:31:20 2018
CKPT started with pid=12, OS id=32351 
Fri Apr 20 15:31:20 2018
SMON started with pid=13, OS id=32353 
Fri Apr 20 15:31:20 2018
RECO started with pid=14, OS id=32355 
Fri Apr 20 15:31:20 2018
MMON started with pid=15, OS id=32357 
Fri Apr 20 15:31:20 2018
MMNL started with pid=16, OS id=32359 
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
ORACLE_BASE from environment = /u01/app/oracle
Fri Apr 20 15:31:20 2018
ALTER DATABASE   MOUNT
Successful mount of redo thread 1, with mount id 4088229128
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE   MOUNT
Fri Apr 20 15:31:25 2018
Stopping background process MMNL
Stopping background process MMON
Starting background process MMON
Fri Apr 20 15:31:27 2018
MMON started with pid=15, OS id=32403 
Starting background process MMNL
Fri Apr 20 15:31:27 2018
MMNL started with pid=16, OS id=32405 
ALTER SYSTEM enable restricted session;
DROP DATABASE
Deleted file /u01/app/oracle/oradata/OCPXXT1/system01.dbf
Deleted file /u01/app/oracle/oradata/OCPXXT1/sysaux01.dbf
Deleted file /u01/app/oracle/oradata/OCPXXT1/undotbs101.dbf
Deleted file /u01/app/oracle/oradata/OCPXXT1/users01.dbf
Deleted file /u01/app/oracle/oradata/OCPXXT1/example01.dbf
Deleted file /u01/app/oracle/oradata/OCPXXT1/testasm01.dbf
Deleted file /u01/app/oracle/oradata/OCPXXT1/redo01_1.log
Deleted file /u01/app/oracle/oradata/OCPXXT1/redo01_2.log
Deleted file /u01/app/oracle/oradata/OCPXXT1/redo02_1.log
Deleted file /u01/app/oracle/oradata/OCPXXT1/redo02_2.log
Deleted file /u01/app/oracle/oradata/OCPXXT1/redo03_1.log
Deleted file /u01/app/oracle/oradata/OCPXXT1/redo03_2.log
Deleted file /u01/app/oracle/oradata/OCPXXT1/temp01.dbf
Deleted file /u01/app/oracle/product/11.2.0/dbhome_1/dbs/snapcf_OCPXXT1.f
Shutting down archive processes
Archiving is disabled

所以,经过测试,若安装了grid,则使用DBCA进行删除的数据库必须处于OPEN状态,否则不能删除。另外,需要注意的是,在没有安装grid的主机上删除数据库时,报错信息不一样,如下所示:

告警日志:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
Fri Apr 20 16:52:54 2018
Shutting down instance (immediate)
Shutting down instance: further logons disabled
Stopping background process MMNL
Stopping background process MMON
License high water mark = 2
All dispatchers and shared servers shutdown
ALTER DATABASE CLOSE NORMAL
ORA-1507 signalled during: ALTER DATABASE CLOSE NORMAL...
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Fri Apr 20 16:52:59 2018
Stopping background process VKTM
Fri Apr 20 16:53:01 2018
Instance shutdown complete

查看数据文件,依然存在。只是删除了spfile和pfile,且清除了/etc/oratab中的信息。OPEN状态下删除数据库和安装了grid的主机是一样的。

OCP最新题库解析历史连接(052)

http://mp.weixin.qq.com/s/bUgn4-uciSndji_pUbLZfA

About Me:小麦苗

● 本文作者:小麦苗,只专注于数据库的技术,更注重技术的运用

● 作者博客地址:http://blog.itpub.net/26736162/abstract/1/

● 本系列题目来源于作者的学习笔记,部分整理自网络,若有侵权或不当之处还请谅解

● 版权所有,欢迎分享本文,转载请保留出处

● 题目解答若有不当之处,还望各位朋友批评指正,共同进步

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2018-05-09,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 DB宝 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
在Mac上通过Docker部署Oracle Database 12.2版本
Oracle 已经宣布支持了Docker部署,这也让我们在Mac上部署 Oracle 数据库有了多一个选择,这是我的第一个Docker应用,非常简便快速的就完成了部署,简捷是最直接的体验。在 云和恩墨 和 恩墨学院 的培训中,我们使用Docker为环境部署实现了极大的便利和简化。
数据和云01
2018/09/05
2.3K1
在Mac上通过Docker部署Oracle Database 12.2版本
【OCP最新题库解析(052)--题27】Your database is configured in archivelog
Q 题目 Your database is configured in archivelog mode.The USERS01 tablespace is currently online.You
AiDBA宝典
2019/09/29
6240
【OCP最新题库解析(052)--题49】Examine these facts about a database.
该系列专题为2018年4月OCP-052考题变革后的最新题库。题库为小麦苗解答,若解答有不对之处,可留言,也可联系小麦苗进行修改。
AiDBA宝典
2019/09/29
4490
ORA-00439的解决(笔记93天)
今天用gc配置了stream后,重启数据库后发现有以下的问题 SQL> startup ORA-00439: feature not enabled: Real Application Clusters 我这个库PROD不是rac环境,单实例的。 开始以为是stream的什么参数有问题。 然后从参数文件里面全部删掉,重启数据库还是一样的问题。 查看alert日志 ALTER SYSTEM SET job_queue_processes=10 SCOPE=BOTH; Fri Oct 26 14:39:18 2
jeanron100
2018/03/14
3.2K0
11g Dataguard中的snapshot standby特性(r8笔记第49天)
11g中的ADG特性本身已经非常有特色,促使很多对于10g中不太灵便的备库升级到11g,对于DBA是一大福利,那么还有一个福利就是snapshot standby了。 在平时的数据更新操作中,DBA可以做好sql审核,如果对于复杂的,繁多的变更,如果有些变更有一定的依赖,数据变化情况比较大,评估有难度,很多问题 单纯在测试环境还发现不了,到了生产就是事儿。如果你饱受这种困扰,snapshot standby就是一个不错的选择。你可以让原本只读的备库可读可写,然后写写画画一番之后回归到上一次的一个临界点,继
jeanron100
2018/03/19
8780
又一例SPFILE设置错误导致数据库无法启动
--========================================
Leshami
2018/08/07
7170
DBA生存警示:保护现场不要让事情更糟
张乐奕 云和恩墨副总经理 Oracle ACE 总监 ITPUB Oracle数据库管理版版主、Oracle高可用版版主、ACOUG联合创始人 今天收到一个发过来请求帮助的 case,Oracle 数据库无法启动,请求帮助恢复。仔细阅读了发过来的告警日志,这是一个典型的“事情越弄越糟”的案例。 作为一个专业的DBA,在遇到问题时,一定要思考:如何保护现场,不让事情变得更糟。这是基本要求,保护现场以使得其他人接手工作时,可以从原有状态开始。 以下就来根据告警日志,一条一条地回顾这位 DBA 是如何将数据
数据和云
2018/03/06
1.2K0
DBA生存警示:保护现场不要让事情更糟
【OCP最新题库解析(052)--题9】You want to install Oracle 11g database
该系列专题为2018年4月OCP-052考题变革后的最新题库。题库为小麦苗解答,若解答有不对之处,可留言,也可联系小麦苗进行修改。
AiDBA宝典
2022/02/22
2100
11g备库无法开启ADG的原因分析 (r7笔记第62天)
今天碰到一个有些奇怪的问题,但是奇怪的现象背后都是有本质的因果。 下午在做一个环境的检查时,发现备库是在mount阶段,这可是一个11gR2的库,没有ADG实在是太浪费了,对于这种情况感觉太不应该了。 所以尝试启动至open阶段,发现状态一直是read only,在ADG中应该是READ ONLY WITH APPLY才对啊。 使用dg broker设置为READ-ONLY,备库的数据库日志如下: Standby Database: stestdb3, Enabled Phys
jeanron100
2018/03/16
1.3K0
Oracle控制丢失如何恢复(归档模式)
rm删除所有控制文件,尝试添加数据文件,强制关闭数据库,尝试开启到mount状态。
Lucifer三思而后行
2021/08/17
1.1K0
【OCP最新题库解析(052)--题59】 Where is backup metadata stored for use by
该系列专题为2018年4月OCP-052考题变革后的最新题库。题库为小麦苗解答,若解答有不对之处,可留言,也可联系小麦苗进行修改。
AiDBA宝典
2019/09/29
3660
【赵渝强老师】Oracle的参数文件与告警日志文件
在Oracle数据库中,参数文件在通常情况下指的就是初始化参数文件(Initialization Parameter File)。在参数文件中包括了初始化参数文件和服务器端参数文件。在Oracle数据库启动的时候就会读取参数文件,然后根据参数文件中的参数值来分配内存和启动一系列的后台进程。
赵渝强老师
2024/10/22
1720
【赵渝强老师】Oracle的参数文件与告警日志文件
【OCP最新题库解析(052)--题55】 which two statements are true about
该系列专题为2018年4月OCP-052考题变革后的最新题库。题库为小麦苗解答,若解答有不对之处,可留言,也可联系小麦苗进行修改。
AiDBA宝典
2019/09/29
7530
一个Oracle bug的手工修复(r6笔记第59天)
在上周五的时候,本来一个例行巡检,想扩充一些表空间,结果弄巧成拙,因为一个drop datafile的操作直接导致了一主两备的两个备库MRP直接抛出了ORA-600错误。 在尝试了一些方法和查看了MOS之后,除了重建备库,暂时还没有找到其它相对更快捷的方法。 因为是10.2.0.4.0的环境,为了先修复问题,自己先使用rman在主库做了备份,然后在备库直接做duplicate操作还原恢复。先搭好了一个备库,另外一个备库则先留下来,观察一下,看看有没有其它的方法,如果还是没有找到,就继续重新搭建备库。 结果在
jeanron100
2018/03/16
6260
【DB宝22】使用DG环境的物理备库进行备份还原的备份一致性问题
之前发过一篇类似的文章,请参考: 【DB宝15】生产环境中,如何利用DG的备库来异机还原一个新库? 连接地址为: https://mp.weixin.qq.com/s/ptB9D3sDzwNyHyHujTwKbQ
AiDBA宝典
2021/05/06
1.4K0
【DB宝22】使用DG环境的物理备库进行备份还原的备份一致性问题
Oracle 控制文件(CONTROLFILE)
为二进制文件,初始化大小由CREATE DATABASE指定,可以使用RMAN备份
Leshami
2018/08/07
6750
记录一则clear重做日志文件的案例
1.官方文档描述 2.故障报错信息 3.分析解决问题 1.官方文档描述 关于Clearing a Redo Log File的官方文档描述: A redo log file might become corrupted while the database is open, and ultimately stop database activity because archiving cannot continue. In this situation the ALTER DATABASE CLEAR L
Alfred Zhao
2019/05/22
5300
Oracle 11g 单实例到单实例OGG同步实施文档-RMAN 初始化
当所有在Extract 启动之前的开始的交易都完成后,我们就可以使用RMAN 备份生产 端的数据库了。备份数据库的过程中一定要密切监控Extract 进程的状态,保证其一 直正常运行:
星哥玩云
2022/08/18
7310
dataguard中需要注意的一些数据文件操作(r8笔记第21天)
因为最近需要做一个测试,就顺手搭建了一套简单的dg环境。不过碰到了一些小问题。 数据库环境是11gR2,备库是开在open状态,配置了dg broker,一切都很快完成了。备库状态为"READ ONLY WITH APPLY"当然这是期望之中ADG的状态。 然后在主库需要做一些配置,准备创建几个表空间 先创建了一个表空间 create tablespace testdata datafile '/DATA/app/oracle/oradata/test04/testdata01.dbf' size 100
jeanron100
2018/03/19
1K0
Oracle诊断案例-Spfile案例一则
情况说明: 系统:SUN Solaris8 数据库版本:9203 问题描述:工程人员报告,数据库在重新启动时无法正常启动.检查发现UNDO表空间丢失. 问题诊断及解决过程如下:
数据和云01
2018/09/05
4480
推荐阅读
相关推荐
在Mac上通过Docker部署Oracle Database 12.2版本
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
本文部分代码块支持一键运行,欢迎体验
本文部分代码块支持一键运行,欢迎体验