数据库启动之NOMOUNT-tutoriel mysql-php.cn

Maison

base de données

tutoriel mysql

数据库启动之NOMOUNT

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 03:47 PM

startup启动数据库

1.启动数据库：STARTUP命令后，执行顺序如下首先使用服务器上的SPFILESID文件启动实例，如未找到，使用服务器上默认的SPFILE启动实例；如未找到默认SPFILE,使用INITSID文件启动实例，如仍未找到，报错。 SYS@bys1startup; ORA-01078: failure in processing

1.启动数据库：STARTUP命令后，执行顺序如下

首先使用服务器上的SPFILESID文件启动实例，如未找到，使用服务器上默认的SPFILE启动实例；如未找到默认SPFILE,使用INITSID文件启动实例，如仍未找到，报错。

SYS@bys1>startup;
ORA-01078: failure in processing system parameters
LRM-00109: could not open parameter file '/u01/app/oracle/product/11.2.0/dbhome_1/dbs/initaaa.ora'

找到参数文件后，此时ORACLE根据参数文件中的设置创建实例，分配内存，启动后台进程。

可以在STARTUP 命令中使用PFILE选项指定参数文件来改变优先顺序：startuppfile=c:\orcl\pfile\init.ora

2.startup nomount

只启动实例不打开数据库中任何文件，不打开控制文件，只使用了初始化参数文件。这个过程也是启动数据库实例的过程。即读取参数文件，应用参数启动实例。

在WINDOWS上是ORCLE.EXE初始化，在UNIX/LINUX上是ORACLE可执行文件初始化。在操作系统中查看ORACLE可执行文件：WIN平台dir oracle.exe 或者 UNIX/LINUX平台 file oracle

此状态只有在创建数据库或重建控制文件时使用。此时ORACLE将进行如下工作：

分配SGA配置所有内存缓冲区和相关结构,启动所需全部后台进程，打开报警文件alertSID.log和追踪文件trace;

下面是实现启动的信息

SQL> conn sys/oraclesys as sysdba

已连接到空闲例程。

SQL> startup nomount;

ORACLE 例程已经启动。

Total System Global Area 431038464 bytes

Fixed Size 1375088 bytes

Variable Size 331351184 bytes

Database Buffers 92274688 bytes

Redo Buffers 6037504 bytes

3.实例启动时ALERT日志文件中的信息

在ALERT日志中可以看到实例启动时后台进程也相应启动，并且给出了PID及OSID信息。PID是进程在数据库内部的标识符编号，OSID代表进程在操作系统上进程编号。

通过数据库v$process视图，查询PID与SPID对应: v$process视图是操作系统到数据库的入口。

其中PID=1的进程是初始化数据库的进程，启动其它进程前即被占用，并在数据库中一直存在。SPID列代表操作上的进程号，通过查询SPID可以在OS中相应查询到进程。比如在操作系统中发现某进程占用高CPU/内存，可以通过进程号的对应找出相应的数据库进程，进行诊断优化。

Latchwait列代表进程当前正在等待的latch信息，Latchspin列记录进程正在通过SPIN进行Latch竞争。ADDR列代表进程地址、进程状态等信息在内存中记录。

Select addr,pid,spid,username,program,latchwait from v$process;

SunFeb 03 21:50:38 2013

StartingORACLE instance (normal)

LICENSE_MAX_SESSION= 0

LICENSE_SESSIONS_WARNING= 0

Pickedlatch-free SCN scheme 2

Autotuneof undo retention is turned on.

IMODE=BR

ILAT=27

LICENSE_MAX_USERS= 0

SYSauditing is disabled

Startingup:

OracleDatabase 11g Enterprise Edition Release11.2.0.1.0 - Production --------------数据库版本

Withthe Partitioning, OLAP, Data Mining and Real Application Testing options.

Usingparameter settings in server-side spfile C:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\SPFILEORCL.ORA

Systemparameters with non-default values:

processes = 150

large_pool_size = 8M

memory_target = 412M

control_files ="D:\DISK1\CONTROL01.CTL" --------------------参数文件中的参数

control_files ="D:\DISK2\CONTROL02.CTL"

control_files ="D:\DISK3\CONTROL03.CTL"

control_files ="D:\DISK4\CONTROL04.CTL"

control_files ="D:\DISK5\CONTROL05.CTL"

db_block_size = 8192

db_cache_size = 32M

db_cache_advice = "ON"

compatible = "11.2.0.0.0"

log_archive_dest_1 = "location=d:\disk1\offlinelog\mandatory"

log_archive_dest_2 = "location=d:\disk2\offlinelog\"

log_archive_dest_3 = "location=d:\disk3\offlinelog\optional"

log_archive_dest_4 = "location=d:\disk4\offlinelog\optional"

log_archive_dest_5 = "location=d:\disk5\offlinelog\mandatory"

log_archive_dest_state_1 = "ENABLE"

log_archive_min_succeed_dest= 3

db_recovery_file_dest ="C:\app\Administrator\flash_recovery_area"

db_recovery_file_dest_size= 3852M

undo_tablespace = "UNDOTBS1"

remote_login_passwordfile="EXCLUSIVE"

db_domain = ""

dispatchers = "(PROTOCOL=TCP)(SERVICE=orclXDB)"

audit_file_dest ="C:\APP\ADMINISTRATOR\ADMIN\ORCL\ADUMP"

audit_trail = "DB"

db_name = "orcl"

open_cursors = 300

diagnostic_dest = "C:\APP\ADMINISTRATOR"

SunFeb 03 21:50:38 2013

PMONstarted with pid=2, OS id=2396

SunFeb 03 21:50:38 2013

VKTMstarted with pid=3, OS id=2408 at elevated priority

VKTMrunning at (10)millisec precision with DBRM quantum (100)ms -----------------------后台进程启动

SunFeb 03 21:50:38 2013

GEN0started with pid=4, OS id=612

SunFeb 03 21:50:38 2013

DIAGstarted with pid=5, OS id=2100

SunFeb 03 21:50:38 2013

DBRMstarted with pid=6, OS id=2332

SunFeb 03 21:50:38 2013

PSP0started with pid=7, OS id=2072

SunFeb 03 21:50:38 2013

DIA0started with pid=8, OS id=2404

SunFeb 03 21:50:38 2013

MMANstarted with pid=9, OS id=2400

SunFeb 03 21:50:38 2013

DBW0started with pid=10, OS id=2356

SunFeb 03 21:50:38 2013

LGWRstarted with pid=11, OS id=2484

SunFeb 03 21:50:38 2013

CKPTstarted with pid=12, OS id=2488

SunFeb 03 21:50:38 2013

SMONstarted with pid=13, OS id=2352

SunFeb 03 21:50:38 2013

RECOstarted with pid=14, OS id=2376

SunFeb 03 21:50:38 2013

MMONstarted with pid=15, OS id=2360

SunFeb 03 21:50:38 2013

MMNLstarted with pid=16, OS id=2512

startingup 1 dispatcher(s) for network address'(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...

startingup 1 shared server(s) ...

ORACLE_BASEfrom environment = C:\app\Administrator

Déclaration

Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn

Article connexe

Quels sont les différents moteurs de stockage disponibles dans MySQL?Apr 26, 2025 am 12:27 AM

MySQLoffersVariousStorageEngines, chacune, chacun desCasses: 1) InnodbisidealForApplications newedingacidcompenciance and highcurrency, soutenant les transactions et manqueurs

Quelles sont les vulnérabilités de sécurité communes dans MySQL?Apr 26, 2025 am 12:27 AM

Les vulnérabilités de sécurité courantes dans MySQL incluent l'injection SQL, les mots de passe faibles, la configuration d'autorisation incorrecte et les logiciels unpudés. 1. L'injection SQL peut être évitée en utilisant des instructions de prétraitement. 2. Les mots de passe faibles peuvent être évités en utilisant de force des stratégies de mot de passe solides. 3. Une mauvaise configuration d'autorisation peut être résolue par examen régulier et ajustement des autorisations utilisateur. 4. Les logiciels unpus peuvent être corrigés en vérifiant et mise à jour régulièrement la version MySQL.

Comment pouvez-vous identifier les requêtes lentes dans MySQL?Apr 26, 2025 am 12:15 AM

L'identification des requêtes lentes dans MySQL peut être réalisée en activant les journaux de requête lents et en définissant des seuils. 1. Activer les journaux de requête lents et définir les seuils. 2. Afficher et analyser les fichiers journaux de requête lente et utiliser des outils tels que MySqlDumpSlow ou Pt-Query-digest pour une analyse approfondie. 3. Optimisation des requêtes lentes peut être réalisée grâce à l'optimisation de l'index, à la réécriture de la requête et à l'évitement de l'utilisation de Select *.

Comment pouvez-vous surveiller la santé et les performances de MySQL Server?Apr 26, 2025 am 12:15 AM

Pour surveiller la santé et les performances des serveurs MySQL, vous devez prêter attention à la santé du système, aux mesures de performance et à l'exécution des requêtes. 1) Surveiller la santé du système: utilisez les commandes TOP, HTOP ou ShowGlobalStatus pour afficher les activités du CPU, de la mémoire, des E / S de disque et du réseau. 2) Suivre les indicateurs de performance: surveiller les indicateurs clés tels que le numéro de requête par seconde, le temps de requête moyen et le taux de réussite du cache. 3) Assurer l'optimisation de l'exécution des requêtes: activer les journaux de requête lents, enregistrer et optimiser les requêtes dont le temps d'exécution dépasse le seuil défini.

Comparez et contrastez MySQL et Mariadb.Apr 26, 2025 am 12:08 AM

La principale différence entre MySQL et MARIADB est les performances, les fonctionnalités et la licence: 1. MySQL est développé par Oracle, et MariADB est sa fourche. 2. MariaDB peut mieux fonctionner dans des environnements à haute charge. 3.MariaDB fournit plus de moteurs et de fonctions de stockage. 4.MySQL adopte une double licence et MariaDB est entièrement open source. L'infrastructure existante, les exigences de performance, les exigences fonctionnelles et les coûts de licence doivent être pris en compte lors du choix.

Comment les licences de MySQL se comparent-elles aux autres systèmes de base de données?Apr 25, 2025 am 12:26 AM

MySQL utilise une licence GPL. 1) La licence GPL permet l'utilisation, la modification et la distribution gratuites de MySQL, mais la distribution modifiée doit se conformer à GPL. 2) Les licences commerciales peuvent éviter les modifications publiques et conviennent aux applications commerciales qui nécessitent de la confidentialité.

Quand choisissez-vous InNODB sur Myisam, et vice versa?Apr 25, 2025 am 12:22 AM

Les situations lors du choix d'innodb au lieu de Myisam incluent: 1) le support de transaction, 2) un environnement de concurrence élevé, 3) une cohérence élevée des données; Inversement, la situation où le choix de Myisam comprend: 1) la lecture principalement des opérations, 2) Aucun support de transaction n'est requis. INNODB convient aux applications qui nécessitent une cohérence élevée des données et un traitement des transactions, telles que les plates-formes de commerce électronique, tandis que Myisam convient aux applications en lecture et sans transaction telles que les systèmes de blog.

Expliquez le but des clés étrangères dans MySQL.Apr 25, 2025 am 12:17 AM

Dans MySQL, la fonction des clés étrangères est d'établir la relation entre les tables et d'assurer la cohérence et l'intégrité des données. Les clés étrangères maintiennent l'efficacité des données grâce à des contrôles d'intégrité de référence et aux opérations en cascade. Faites attention à l'optimisation des performances et évitez les erreurs courantes lorsque vous les utilisez.

See all articles