oracle rac 启动关闭顺序
Startup
1. Ensure that you are logged in as the root Linux/ UNIX user. If you are not connected as root OS user, you must switch to the oracle OS user
su - root
2. Start (startup) the Oracle cluster stack
su - root
cd $CRS_HOME/bin
# ./crsctl start crs (must be run on each node)
3. Startup (start) all Oracle ASM instances on all nodes. (If you are not using the ASM you must skip this step.)
su - oracle (you must be logged as oracle)
To shut down an Oracle ASM instance, enter the following command, where node_name is the name of the node where the Oracle ASM instance is running:
$ oracle_home/bin/srvctl start asm -n node_name
4. Startup (start) all Oracle RAC instances on all nodes.
To shut down all Oracle RAC instances for a database, enter the following command, where db_name is the name of the database:
$ srvctl start database -d db_name (srvctl from ORACLE_HOME) (this command is starting all the instances)
5. Startup (start) all applications using the Oracle database. This step includes stopping (shutting down) the Oracle Enterprise Manager Database Control:
$ emctl start dbconsole
Oracle Enterprise Manager 11g Database Control Release
11.2.0.1.0
Copyright (c) 1996, 2009 Oracle Corporation. All rights reserved. https://dev1rac.mfol.dgti.ro:1158/em/console/aboutApplication Stopping Oracle Enterprise Manager 11g Database Control ... ... Stopped.
Shutdown
Attention: In previous releases of Oracle Database, you were required to set environment variables for ORACLE_HOME and ORACLE_SID to start, stop, and check the status
of Enterprise Manager. With Oracle Database 11g release 2 (11.2) and later, you need to set the environment variables ORACLE_HOME and ORACLE_UNQNAME to use or manage the Enterprise Manager.
export ORACLE_UNQNAME=GlobalUniqueName
If you want to check if the Entreprise Manager
Database Console is running or not:
emctl status dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.2.0.1.0
Copyright (c) 1996, 2009 Oracle Corporation. All rights reserved.
https://dev1rac:1158/em/console/aboutApplicat ion
EM Daemon is not running.
emctl status dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.2.0.1.0
Copyright (c) 1996, 2009 Oracle Corporation. All rights reserved.
https://dev1rac:1158/em/console/aboutApplicat ion
Oracle Enterprise Manager 11g is running.
1. Ensure that you are logged in as the oracle Linux/ UNIX user.
If you are not connected as oracle OS user, you must switch to the oracle OS user
su - oracle
2. Stop/ shut (stop) down all applications using the Oracle database.
This step includes stopping (shutting down) the Oracle Enterprise Manager Database Control: $ emctl stop dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.2.0.1.0
Copyright (c) 1996, 2009 Oracle Corporation. All rights reserved.
https://dev1rac.mfol.dgti.ro:1158/em/console/a boutApplication
Stopping Oracle Enterprise Manager 11g Database Control ...
... Stopped.
If you want to check if the
Entreprise Manager Database
Console is running or not:
emctl status dbconsole
Oracle Enterprise Manager 11g
Database Control Release
11.2.0.1.0
Copyright (c) 1996, 2009 Oracle
Corporation. All rights reserved.
https://dev1rac:1158/em/consol
e/aboutApplication
EM Daemon is not running.
emctl status dbconsole
Oracle Enterprise Manager 11g
Database Control Release
11.2.0.1.0
Copyright (c) 1996, 2009 Oracle
Corporation. All rights reserved.
https://dev1rac:1158/em/consol
e/aboutApplication
Oracle Enterprise Manager 11g
is running.
Attention: In previous releases of Oracle Database, you were required to set environment variables for ORACLE_HOME and ORACLE_SID to start, stop, and check the status
of Enterprise Manager. With Oracle Database 11g release 2 (11.2) and later, you need to set the environment variables ORACLE_HOME and
ORACLE_UNQNAME to use or manage the Enterprise Manager.
export
ORACLE_UNQNAME=GlobalUniqueName (database SID and not instance SID)
3. Shut down (stop) all Oracle RAC instances on all nodes.
To shut down all Oracle RAC instances for a database, enter the following command, where db_name is the name of the database:
$ oracle_home/bin/srvctl stop database -d db_name (this command is starting all the instances)
4. Shut down (stop) all Oracle ASM instances on all nodes. (If you are not using the ASM you must skip this step.)
To shut down an Oracle ASM instance, enter the following command, where node_name is the name of the node where the Oracle ASM instance is running:
$ oracle_home/bin/srvctl stop asm -n
node_name
5. Stop (shut down) the Oracle cluster stack su - root
cd $CRS_HOME/bin
# ./crsctl stop crs (must be run on each node) ./srvctl stop nodeapps -n node_name --> in 11.2 stops only ONS and eONS because of some dependencies.
=============================== ============
If you want to check if the database is running you can run:
ps -ef | grep smon
oracle 246196 250208 0 14:29:11 pts/0 0:00 grep smon
If you want to check if the database listeners are running you can run:
ps -ef | grep lsnr
root 204886 229874 0 14:30:07 pts/0 0:00 grep lsnr
Here the listeners are running:
ps -ef | grep lsnr
oracle 282660 1 0 14:07:34 - 0:00
/oracle/grid/crs/11.2/bin/tnslsnr
LISTENER_SCAN2 -inherit
oracle 299116 250208 0 14:30:00 pts/0 0:00 grep lsnr
oracle 303200 1 0 14:23:44 - 0:00
/oracle/grid/crs/11.2/bin/tnslsnr
LISTENER_SCAN1 -inherit
oracle 315432 1 0 14:07:35 - 0:00
/oracle/grid/crs/11.2/bin/tnslsnr
LISTENER_SCAN3 -inherit
oracle 323626 1 0 14:07:34 - 0:00
/oracle/grid/crs/11.2/bin/tnslsnr LISTENER
-inherit
If you want to check if any clusterware component is running you can run:
ps -ef | grep crs
root 204842 229874 0 14:27:19 pts/0 0:00 grep crs
Here the clusterware components (resources) are running:
ps -ef | grep crs
root 155856 1 1 14:05:47 - 0:22
/oracle/grid/crs/11.2/bin/ohasd.bin reboot root 159940 1 0 14:07:08 - 0:01
/oracle/grid/crs/11.2/bin/oclskd.bin oracle 221270 1 0 14:06:43 - 0:02
/oracle/grid/crs/11.2/bin/gpnpd.bin
root 225322 1 0 14:06:45 - 0:02
/oracle/grid/crs/11.2/bin/cssdmonitor oracle 229396 1 0 14:06:41 - 0:00
/oracle/grid/crs/11.2/bin/gipcd.bin oracle 233498 1 0 14:06:41 - 0:00
/oracle/grid/crs/11.2/bin/mdnsd.bin
root 253952 1 0 14:06:46 - 0:01
/oracle/grid/crs/11.2/bin/orarootagent.bin root 258060 1 0 14:06:59 - 0:00
/oracle/grid/crs/11.2/bin/octssd.bin reboot root 262150 1 0 14:06:47 - 0:00 /bin/sh
/oracle/grid/crs/11.2/bin/ocssd
oracle 270344 262150 1 14:06:47 - 0:11
/oracle/grid/crs/11.2/bin/ocssd.bin oracle 274456 156062 0 14:07:10 - 0:00
/oracle/grid/crs/11.2/bin/evmlogger.bin -o
/oracle/grid/crs/11.2/evm/log/https://www.360docs.net/doc/c54995474.html, -l /oracle/grid/crs/11.2/evm/log/evmlogger.log oracle 282660 1 0 14:07:34 - 0:00
/oracle/grid/crs/11.2/bin/tnslsnr
LISTENER_SCAN2 -inherit
root 286742 1 6 14:07:17 - 0:36
/oracle/grid/crs/11.2/bin/orarootagent.bin oracle 303200 1 1 14:23:44 - 0:00
/oracle/grid/crs/11.2/bin/tnslsnr
LISTENER_SCAN1 -inherit
oracle 315432 1 0 14:07:35 - 0:00
/oracle/grid/crs/11.2/bin/tnslsnr
LISTENER_SCAN3 -inherit
oracle 323626 1 0 14:07:34 - 0:00
/oracle/grid/crs/11.2/bin/tnslsnr LISTENER
-inherit
oracle 156062 1 0 14:07:01 - 0:02
/oracle/grid/crs/11.2/bin/evmd.bin
root 229692 1 0 14:06:46 - 0:02
/oracle/grid/crs/11.2/bin/cssdagent
oracle 233762 1 0 14:06:40 - 0:01
/oracle/grid/crs/11.2/bin/oraagent.bin
oracle 246226 250208 0 14:32:34 pts/0 0:00 grep crs
oracle 254218 1 0 14:06:53 - 0:01
/oracle/grid/crs/11.2/bin/diskmon.bin -d -f
root 258554 1 0 14:07:01 - 0:09
/oracle/grid/crs/11.2/bin/crsd.bin reboot oracle 270612 1 0 14:07:28 - 0:03
/oracle/grid/crs/11.2/bin/oraagent.bin REMARK: the database listeners are cluster resources and not database resources !
数据库管理与维护的复习要点
第一章 1、什么是数据库，数据库的特点，数据库管理技术的发展阶段。 2、DB、DBA、DBMS分别表示什么；其中哪个是位于用户与操作系统之间的一层数据管 理软件，它属于系统软件，它为用户或应用程序提供访问数据库的方法。数据库在建立、使用和维护时由其统一管理、统一控制。DBMS的职能 3、概念模型最常用的是实体—联系方法有哪3种基本图素，实体间的联系可分为什么？ 例如：课程和学生的对应关系。 4、概念结构设计的主要工具模型是E-R模型，而E-R模型分别用什么图形表示， E-R 模型转换成关系模式进行的规范化处理，一般达到3NF即可，那么学生(学号，姓名，课程号，系号，系名，成绩)，为消除数据冗余如何分解。 5、数据库模型（结构模型）有哪些？用树形结构来表示实体之间关系的结构数据模型 是层次模型，数据模型中用二维表结构来存储数据的是关系模型，目前关系模型数据库模型是已逐渐淘汰了网状数据库和层次数据库模型上，成为当今最为流行的商用数据库系统。 6、数据库系统的三级模式结构是哪三个。 7、通常将数据库的设计分为哪4个设计阶段，每个阶段什么设计，成果是什么； 8、练习 1）、什么是数据库，数据库与DBMS之间有什么区别？ 2）、什么是关系模型的外键，它有什么作用? 5）、什么是关系模型，有哪些特点？ 6）、试描述数据库的设计步骤？ 7）、数据库管理系统通常由哪些部分组成？ 8）、数据库系统（DBS）有哪些组成，以及他们之间的关系？ 9）、DBMS的三大语言（DDL、DML、DCL）分别有哪些。 第二章 1、SQL server2005数据库管理软件版本，以及支持的操作系统 第三章、六章 1、SQL server数据库文件中由数据文件和事务日志文件，扩展名是什么，分别存储什 么样的内容，一个数据库可以包含多个事务日志文件，但只能包含一个主数据库文件。 2、SQL Server的系统数据库以及每个数据库的功能是什么，例如储存SQL Server 系 统的所有临时表、临时存储过程的是哪个，保存系统配置、服务器配置等信息的是哪个。 3、在SQL server数据库的维护主要有附加数据、分离数据、联机、脱机、收宿等管理。 4、SQL server中常用数据类型有哪些，分别占用多少存储空间 5、SQLserver数据库系统标识符有哪些组成并判断哪些合法[my delete]、_mybase 、 $money 、trigger1。 6、在SQL Server数据库系统中创建表或修改表结构时可以使用Identity（n,m）属性 实现序列编号，其中n表示序列的起点，而m表示序列的种子增量。 7、数据库完整性包括哪些。SQL server有哪些约束，每种约束的关键字是什么以及在 创建表或修改表时怎么添加约束，例如参照完整性是用Foreign key来实现、Primary key和Unique是实体完整性以及之间的区别、Check 。 8、创建表结构、修改表、删除表结构：例如创建员工表，分别有员工编号、员工姓名、 员工工龄、领导编号等列，其中员工编号是主键，其值产生个连续的序列，并将领导编号设置外键，引用的主键是员工编号；创建学生表（student）时，将学生的性别（sex）取值只为“男”或“女”；修改学生表，性别(sex)添加约束，其作用是性别的值只能是
Oracle数据库系统紧急故障处理方法
Oracle数据库系统紧急故障处理方法 Oracle物理结构故障是指构成数据库的各个物理文件损坏而导致的各种数据库故障。这些故障可能是由于硬件故障造成的，也可能是人为误操作而引起。所以我们首先要判断问题的起因，如果是硬件故障则首先要解决硬件问题。在无硬件问题的前提下我们才能按照下面的处理方发来进一步处理。 控制文件损坏： 控制文件记录了关于oracle的重要配置信息，如数据库名、字符集名字、各个数据文件、日志文件的位置等等信息。控制文件的损坏，会导致数据库异常关闭。一旦缺少控制文件，数据库也无法启动，这是一种比较严重的错误。 损坏单个控制文件： 1. 确保数据库已经关闭，如果没有用下面的命令来关闭数据库： svrmgrl>shutdown immediate; 2. 查看初始化文件$ORACLE_BASE/admin/pfile/initORCL.ora,确定所有控制文件的路径。 3. 用操作系统命令将其它正确的控制文件覆盖错误的控制文件。 4. 用下面的命令重新启动数据库： svrmgrl>startup; 5. 用适当的方法进行数据库全备份。 损坏所有的控制文件： 1. 确保数据库已经关闭，如果没有用下面的命令来关闭数据库： svrmgrl>shutdown immediate; 2. 从相应的备份结果集中恢复最近的控制文件。对于没有采用带库备份的点可以直接从磁带上将最近的控制文件备份恢复到相应目录；对于采用带库备份的点用相应的rman脚本来恢复最近的控制文件。 3. 用下面的命令来创建产生数据库控制文件的脚本：
svrmgrl>startup mount; svrmgrl>alter database backup controlfile to trace noresetlogs; 4. 修改第三步产生的trace文件，将其中关于创建控制文件的一部分语句拷贝出来并做些修改，使得它能够体现最新的数据库结构。假设产生的sql文件名字为createcontrol.sql. 注意： Trace文件的具体路径可以在执行完第3）步操作后查看 $ORACLE_BASE/admin/bdump/alert_ORCL.ora文件来确定。 5. 用下面命令重新创建控制文件： svrmgrl>shutdown abort; svrmgrl>startup nomount; svrmgrl>@createcontrol.sql; 6. 用适当的方法进行数据库全备份。 重做日志文件损坏： 数据库的所有增、删、改都会记录入重做日志。如果当前激活的重做日志文件损坏，会导致数据库异常关闭。非激活的重做日志最终也会因为日志切换变为激活的重做日志，所以损坏的非激活的重做日志最终也会导致数据库的异常终止。在ipas/mSwitch中每组重做日志只有一个成员，所以在下面的分析中只考虑重做日志组损坏的情况，而不考虑单个重做日志成员损坏的情况。 确定损坏的重做日志的位置及其状态： 1. 如果数据库处于可用状态： select * from v$logfile; svrmgrl>select * from v$log; 2. 如果数据库处于已经异常终止： svrmlgr>startup mount; svrmgrl>select * from v$logfile;
Oracle数据库startup和shutdown方式
Oracle数据库startup和shutdown方式 昨天晚上,回去好好整理了下关于"Oracle数据库提供了几种不同数据库启动和关闭方 式",然后,自己就回去就写了个示例. 其中,就出现了1个问题: ORA-12528: TNS:listener: all appropriate instances are blocking new connections 于是到网上就大量的查阅资料,哈哈,好不错,解决方法找到了.其中红色的就是主要解决方法.下面就把我整理的东西给共享下. 一：注意事项 要启动和关闭数据库，必须要以具有Oracle 管理员权限用户登陆，通常也就是以具有SYSDBA 权限用户登陆。一般我们常用INTERNAL用户来启动和关闭数据库（INTERNAL用户实际上是SYS用户以SYSDBA连接同义词）。Oracle数据库新版本将逐步淘汰INTERNAL这个内部用户，所以我们最还是设置DBA用户具有SYSDBA权限。 二：启动一个数据库需要三个步骤 1、创建一个Oracle实例（非安装阶段） 2、由实例安装数据库（安装阶段） 3、打开数据库（打开阶段） 三：Startup（启动数据库命令） 1、STARTUP NOMOUNT NONOUNT选项仅仅创建一个Oracle实例。读取init.ora初始化参数文件、启动后台进程、初始化系统全局区（SGA）。Init.ora文件定义了实例配置，包括内存结构大小和启动后台进程数量和类型等。实例名根据Oracle_SID设置，不一定要与打开数据库名称相同。当实例打开后，系统将显示一个SGA内存结构和大小列表，如下所示： SQL> startup nomount ORACLE 例程已经启动。 Total System Global Area 35431692 bytes Fixed Size 70924 bytes Variable Size 18505728 bytes Database Buffers 16777216 bytesu Redo Buffers 77824 bytes 2、STARTUP MOUNT 该命令创建实例并且安装数据库，但没有打开数据库。Oracle系统读取控制文件中关于数据文件和重作日志文件内容，但并不打开该文件。这种打开方式常在数据库维护操作中使用，如对数据文件更名、改变重作日志以及打开归档方式等。在这种打开方式下，除了可以看到SGA系统列表以外，系统还会给出"数据库装载完毕"提示。 3、STARTUP
Oracle数据库的启动与关闭
以下资料来自Oracle数据库精讲与疑难解析，仅供学习 一、Oracle数据库的启动 Oracle数据库的启动要经历3个阶段。 阶段一：启动实例 (Start An Instance)--nomount 阶段二：装载数据库 (Mount The Database)--mount 阶段三：打开数据库 (Open The Database)--open 1.启动实例 ①读取参数文件(Initialization Parameter File, PFILE 或者 Server Parameter Files, SPFILE) ②Oracle根据参数文件中的参数，分配系统全局区（System Global Area， SGA） ③启动后台进程(DBWR: 数据库写入进程，LGWR：日志写入进程，CKPT：检查点进程，SMON： 系统监控进程，PMON：进程监控进程，ARCH归档进程等）。 这些内存和后台进程组合起来组成实例(Oracle Instance）。 参数文件(PFILE或者SPFILE)还指定了控制文件(Control File)的位置。 2.装载数据库 打开控制文件(Control File),从控制文件中获得数据文件(Data File)和联机日志文件(Redo Log File)的名字和位置。这时候，Oracle已经把实例和数据库关联起来。对于普通用户，数据库 还是不可访问。 3.打开数据库 Oracle打开数据文件 (Data Files) 和联机日志文件 (Redo Log File) 。这时候，数据库可以使用。 普通可以登录数据库，对数据库进行操作。 4.分步启动Oracle STARTUP NOMOUNT; ALTER DATABASE MOUNT; ALTER DATABASE OPEN; 5.直接启动Oracle STARTUP (相当于上面三个过程依次进行） 6.使用特定初始化参数文件 (Initialization Parameter File, FILE) 启动数据库 STARTUP PFILE='C: \oracle\product\10.2.0\db_1\dbs\PFILEORCL.ORA'; 7.把数据库启动到限制模式(RESTRICT) 在限制模式下，只有CREATE SESSION 和RESTRICTED SESSION权限的用户可以访问数据库。 ①如果数据库是关闭的 STARTUP RESTRICT; ②如果数据库是开启的 ALTER SYSTEM enable restricted session; 8.以只读模式(Read Only)打开数据库 ①如果数据库是关闭的 STARTUP open read only; ②如果数据库是开启的 ALTER DATABASE OPEN read only; 在直读模式下,数据文件和日志文件都禁止写操作。整个数据库是只读的。 但是允许数据库恢复(Database Recovery)及其他不会产生回滚的操作。 9.把数据库启动到回复模式 (RECOVER) STARTUP OPEN RECOVER; 10.重启数据库(RESET) STARTUP FORCE
设备的管理与维护
设备的管理与维护 一、设备的管理和维护的目的和意义 注塑机是工厂起"当家"作用的设备，管理和维护质量的好坏，直接关系到设备能否长期保持良好的工作精度和性能，关系到液压设备的故障率和作业率，关系到加工产品的质量，关系到工厂的生产效率和经济效益的提高；应本着抓好"防"重于"治"这个环节，便能使设备少出故障，减少停机维修的时间，大大提高机器设备的使用寿命、工作性能和安全性能，其经济效益是非常显著的。 二、建立健全管理和维修的多项规章制度 工厂应配备专职的设备管理维护人员，定期对设备进行检查维护，并作出详细的保养记录，应做到； 1．建立健全维护保养记录； 2．建立巡检，专检制度； 3．建立健全可行的维护保养制度； 三、日常维护保养 日常维护保养是指注塑机设备的操作工人在机器使用前、使用中、使用后对设备进行例行检查，并作日检记录，通过日常检查维护，检查诸如泄漏，压力变动等现象，及早发现事故和故障苗头，及时处理，防止重大事故的发生。日常维护应列入责任制度加以执行。 （1）使用前检查 ■油箱内油量的检查:观察,油量应该确定在标准油量内; ■室温与油温的检查:一般可只在冬夏雨季进行.当室温(环境温度)低于0°C时，应预热油液；当室温高于35°C时，要考虑散热措施； ■压力表的检查：观察压力表是否指针摆动严重，是否能回零位以及量程状态等情况； ■温控部分检查：温控器、感温线、发热圈、交流接触器或固态继电器等检查,升温时间,温度偏差是否正常等 (2)使用中的检查
■启动时溢流阀要确认调至最低压力，即将调压手柄拧松，再点动油泵观察有无不正常情况：如泵是否能出油，是否有不正常声音，压力表是否波动厉害等； ■调节和检查溢流阀的调节压力，是否能连续均匀升降，一切正常后再调至设定压力； ■油温、泵壳温度、电磁铁温度的检查：油温在20°C-50°C时算正常，泵壳温度比室温高10°C-30°C也算正常，电磁铁温升按电磁铁铭牌所示; ■漏油情况检查：泵结合面、输出轴、管接头、油缸活塞杆与端盖结合处、油箱各侧面等处，各阀类元件安装面、安装螺纹及安装法兰等处漏油情况的检查； ■噪声振动检查：油泵有无"咯咯……"声音，电磁铁有无"嗡嗡……"声，管路有无振动声，油缸有无换向时的冲击声，管路是否振松等情况的检查； ■压力表的检查； ■电气元件工作情况，安全装置可靠程度检查； ■各机柱、油缸元件的紧固螺帽和螺丝是否松动检查。 〔3〕下班前（停机后）的检查 ■油箱油面检查：停机后如发现油面下降很多，应查明减少的部分油液的去处，是从何处外漏，流向何处（地面、地沟还是冷却水箱）； ■油箱、各液压元件、油缸等裸露表面污物的清扫和擦洗，电控箱内部清洁； ■各阀手柄位置应恢复到"卸压""停止""后退"等位置； ■如果方便，应用手触摸滤油器，确认污物堵塞的情况，做出记录和处置； ■检查控制开关按钮以及各电气元件是否松动，动作灵敏程度等； ■机柱与含油轴承活动连接运动部位加注润滑油； ■关掉电源，填写交接班记录。 上述日常检查维护，虽然要花掉一些时间和精力，但通过检查，观察诸如少许泄漏、少许压力变动，动作不良的现象，可及早发现故障和事故苗头，做出一些简单处理便可消除故障隐患，防止出大故障大事故，实在是事半功倍。因此建议要将日常维护工作列入责任制进行考核。
谈网络数据库的安全管理与维护
谈网络数据库的安全管理与维护 摘要科技的不断进步，促使各个领域均开始使用计算机，并对行业发展做出巨大的贡献。网络上进行的所有活动，均离不开数据的重要支撑。怎样保障网络数据的完好性、安全性，如何对网络数据库进行优化管理，这是很多人均会去思考的问题。对网络数据库来说，做好安全管理，创新管理技术，处理好安全方面的漏洞，该项工作极为迫切。 关键词计算机网络数据库；安全管理；维护；探讨 1 数据库的含义 数据库是一个很复杂的系统，涉及面很广.难以用简练的语官准现地概括其全部特征。顾名思义，数据库是用来贮存数据的平台，其所具有的主要特点是数据并非存贮在空间或者容器中，而是放在诸如磁盘等计算机的外设存储器中，并且其存放具有一定的组织性[1]。对数据的管理以及存取利用则是通过相应的管理软件以及管理系统完成。所以这里我们提到的数据库不仅仅包括计算机外存，还包括外村中管理数据的软件，是一个综合性概念。 2 计算机网络数据库安全的维护策略探析 2.1 网络漏洞的有效封堵 网络漏洞的出现会给入侵者很好的袭击机会，因此，必须要加强漏洞的有效封堵，最主要的一个方面就是在审核用户使用数据库的情况时，若发现用户端在URL 提交参数时，存在and、or、exec、insert、select、delete、from、update、count、user等用于SQL注入的常用字符或字符串，当存在这些字符则要快速禁止运行ASP，同时报警信号出现“出错提示”每个含有接收用户端URL提交参数的程序中用“”引入即可。这种措施能够有效防止大多数黑客和入侵者的袭击，整个程序的执行速度不会有大的影响。此外，还可以通过拒绝IP在特定时间内的访问权限来避免黑客侵袭，通过查堵form或cookies的漏洞，即当采用的是form 或cookies提交了包含“or”和“=”等字符进行入侵时，则需要在程序编写时添加一些特殊的字符，以此来增强数据库的安全性。 2.2 数据库自身的安全维护 一方面，避免暴库技术对数据库的影响。当前入侵数据库比较常见的技术是暴库技术，即由于IIS服务器对于各个错误执行显示具体情况，同时将正在执行的操作切断，但是在其服务器的默认设置里面显示会将错误信息反馈给系统用户。因此，可以通过调整IIS的默认设置，来实现，暴库技术还会导致数据库中资料被下载，为避免这种情况的发生，可以将数据库文件后面的缀名改为ASP 或ASA的格式，或者是将数据库的名字前面加上#（IE无法下载带有#号的文件），由此起到加密作用。另一方面，用户密码进行加密处理，通常采用MD5进行加
SQL+Server+数据库管理维护规范
SQL Server 数据库管理维护规范 Version 1.0 2010-8-17
目录 1 修改记录 (3) 2 简介 (3) 3．数据库的物理环境 (4) 3.1 网络环境 (4) 3.2 目录设置 (5) 3.3 文件设置 (5) 4．数据库账户管理 (5) 5．数据库备份和恢复 (6) 5.1 开发测试环境 (8) 5.2 生产环境 (8) 5.2.1 用户数据库 (8) 5.2.2 系统数据库 (9) 5.2.3 异地备份 (9) 5.2.4 恢复计划 (9) 6．数据库监控 (9) 7．数据库维护 (11) 7.1 性能优化 (11) 7.2 恢复或者切换演练 (11) 附录1 数据库备份，验证备份脚本 (12) 附录2 数据库恢复脚本 (14) 附录3 清除备份文件脚本 (15) 附录4 事件通知例子 (16) 附录5 数据库账户申请表格 (17)
1 修改记录 2 简介 数据库管理和维护是指为了保证业务系统的稳定高效运行，而对数据库系统进行全面周密的可用性，可靠性，可扩展性等方面的措施，以保证数据库系统的稳定高效运行。数据库系统的管理和维护主要包括： Δ数据库用户以及权限的分配与维护 Δ数据库的备份与恢复的设置和演练 Δ数据库性能的定期巡检和优化 Δ数据库高可用性，可扩展性架构方面的不断研究和应用 Δ数据库方面新项目的可行性研究，根据预期规模确定合适架构 Δ数据库系统包括整体架构的监控 Δ不断学习和研究数据库领域最新技术，并适时投入应用 该数据库管理和维护标准是一般数据库系统的管理和维护的试行标准.通过此标准，来规范数据库系统的管理和维护. 我们认为在数据库系统的管理和维护时遵循一定的标准是非常重要并且是必要的.标准能使我们的DBA以统一的方式和风格进行数据库系统的管理维护,从而使我们的数据库系统运行更加规范，数据库结构更清晰，也使数据库系统具有高健壮性，高专业化. 该标准是一个关于数据库系统的管理和维护规范,我们的这个规范主要应用在SQLServer2005/2008上,经过适当的修改之后也可以应用在以前的版本,以后的版本. SQLServer的数据库管理和维护是一个复杂的过程，包含了多种备份恢复技术，
仪器设备管理制度百度文库讲解
仪器设备的控制管理制度1.目的 对仪器设备实施有效的管理，确保其过程能力要求，以保证检测结果的准确性。 2. 范围 适用于对检测仪器设备及其软件的配置、使用和维护、管理。 3. 职责 3.1技术负责人应： 3.1.1负责组织对仪器设备全过程的监督。 3.2综合业务室主任应： 3.2.1负责仪器设备购置申请的审核、维修及档案管理。 3.2.2负责仪器设备维修、降级、报废的审核。 3.3设备员应： 3.3.1负责对仪器设备使用的管理； 3.3.2负责仪器设备的使用、维护及修理的有关记录及资料的管理，建立设备档案3.4使用人员应： 3.4.1负责仪器设备的使用管理，完成日常保养维护工作。 4. 工作程序 4.1仪器设备购置及验收 见《外部支持服务和供应品管理程序》。 4.2仪器设备的标识 4.2.1用于检测的仪器设备由设备员统一登记建帐、分类编号，该编号应具唯一性并对该设备粘贴表明其状态的三色标识，以便识别仪器设备的量值溯源状态，防止仪器设备的超期超范围使用。 4.2.2标识的分类 4.2.2.1合格证（绿色 4.2.2.1.1计量检定合格者； 4.2.2.1.2设备不必检定，经检查功能正常者； 4.2.2.1.3设备无法检定，经对比或鉴定适用者。 4.2.2.2准用证（黄色 4.2.2.2.1多功能仪器设备,某些功能已丧失，但检测工作所用某项功能正常,且经校准合格者； 4.2.2.2.2测试设备某一量程精度不合格,但检测某项工作所用量程合格者； 4.2.2.2.3
降级使用者。 4.2.2.3停用证（红色 4.2.2.3.1检测仪器设备经计量检定不合格者； 42232检测仪器设备损坏者； 42233检测仪器设备性能无法确定者； 42234检测仪器设备超过检定周期者。422.4对贴有停用证（红色标志的仪器设备禁止使用，对贴有准用证（黄色标志的仪器设备只能使用其正常的功能部分。对没有使用（1个月以上的仪器设备，技术性能、指标达到规定要求的设备，经综合业务室主任批准应进行封存，并填写《仪 器设备封存记录》。 4.2.3标识管理 4.2.3.1设备员负责仪器设备标识的粘贴和更换，并建帐管理,标明设备编号、检定日期、有效期等，标识应粘贴于仪器设备显著位置处。 4.3仪器设备的使用 4.3.1设备在投入使用前，应进行检定（校准，未经检定（校准的设备不得投入使用。设备员负责及时更新所得的修正因子。详见《实现测量可溯源程序》432设备应由经过授权的检测人员操作。操作者应经过培训，详细了解设备最新版本的使用说明书、技术资料内容，熟练掌握设备的性能和操作程序后，方可上机操作，并按规定要求填写《仪器设备使用记录》，特殊设备的操作人员应持证上岗。 4.3.3对容易引起误操作及重要的操作过程，由各检测室组织编制操作规程，经技术负责人批准实施。 4.3.4检测人员在使用设备前后，应对该设备进行核查或校准，包括对运行情况的记录和现行状态的检查，保证设备及其软件应达到要求的准确度，并符合规范标准的要求。 4.3.5操作过程中如发生过载、误用、故障或对设备性能有怀疑时，应立即停止使用，报设备员标识处置，防止误用。同时,检测组应核查这些缺陷或偏离对以前检测质量的影响，按《不符合检测工作的控制管理程序》评价其性质及采取措施。 4.3.6对于使用频率高、漂移性较大的设备，应在两次检定（校准期间内进行期间核查，确保其工作状态符合要求。检测室按计划实施，并记录其过程结果，详见《仪器设备期间核查程序》。 4.3.7设备的日常保养由指定操作人员负责进行，按使用说明书和管理要求，实施维护保养及功能性检查并填写《仪器设备保养、维修记录》。 4.3.8对需要使用的无菌工器具和器皿应能正确实施灭菌措施，无菌工器具和器皿应有明显标识以与非无菌工器具和器皿加以区别。 4.4仪器设备的租（借入和租（借出和现场检测设备的管理 通过对租（借的方式向其他实验室租（借的设备、脱离了本所直接控制的租（借出的设备和现场检测设备控制管理，以满足本程序控制要求。 4.4.1租（借入 4.4.1.1由需用部门提出申请，说明所需设备的技术指标性能要求；
上海交通大学数据库管理与维护作业一答案
Oracle 作业一 单项选择题 1、后台进程的跟踪文件存放于何处？（）教材P20 Fig2-24 A. LOGFILE_DEST B. ORACLE_HOME C. BACKGROUND_DUMP_DEST (bdump) D. CORE_DUMP_DEST 本题说明：adump一般是audit dump； bdump是background dump； udump是user dump； cdump是core dump bdump中有alert文件，和一些后台进程的trace file； udump中一般放置sql trace之后session的trace文件； cdump一般放置一些核心的trace文件 2.手工创建数据库第一步应该做什么？（）教材P30 A. 启动一个实例 B. 启动SQL*Plus，然后以SYSDBA身份连接到Oracle C. 在系统中核对SID D. 创建一个初始化参数文件 本题说明：第一步是确定新数据库名称和实例名称 3.关于控制文件，以下说法正确的是（）。 A. Oracle推荐至少有2个控制文件，并且存放在不同的磁盘上 B. Oracle推荐至少有2个控制文件，并且存放在同一个磁盘上 C. Oracle推荐只存储1个控制文件 D. 对于数据库的正常运行，仅有一个控制文件是不够的 4.执行CREATE DATABASE命令前，必须执行先以下哪条命令？（）教材P30 A. STARTUP INSTANCE B. STARTUP NOMOUNT C. STARTUP MOUNT D. NONE OF ABOVE 本题说明：使用CREATE DATABASE语句创建数据库之前，要先连接并启动实例 5.创建数据库时，Oracle从何处得到建库所需的控制文件的信息？（）教材P31 A. 从初始化参数文件获得 B. 从CREATE DATABASE命令行获得 C. 从环境变量处获得 D. 从
现代工厂设备维修管理的解决方案
现代工厂设备维修管理的解决方案 课程目标 追求及时化生产的今天，向生产设备提出零事故、零非计划停机时间、零速度损失、零废品的要求。除了推行和贯彻全员生产维护(TPM)的思想外，"工厂设备维修"也日渐成为一种管理的技术而非操作技能对于一个优秀的设备维修工程师或主管，无疑，这将是一个全面和彻底的维修管理的训练课。在二天的时间，讲师将以近三十年的实际工作经验向您提供完整的现代工厂设备维修管理的解决方案。整套课程以“理论与方法――范例精解――实例练习与指导”模式进行，使其先有总体思路与方法，继而通过范例形成感性认识，最后通过实例练习真正掌握。 参加人员公司生产经理、维修主管、经理、及维修活动相关人员。 课程大纲 ◇第一天上午9:00-12:00 一、维修的变革历史 * 当今维修的新概念 * 设备磨损原理及OEE * 维修的目标(三个零的概念) 二、TPM介绍 * 做OEE习题 * 介绍本单位的设备及管理情况 * TPM的启动 * 维修作为项目来进行管理 * TPM启动组织完成 * 做TPM习题 * 展开TPM讨论 * 介绍本单位是否执行了TPM
三、故障模态分析(FMECA) * FMECA分析的内容 * FMECA分析工具 四、设备关键性评估方法(PIEU) 下午13:30-17:00 五、设备抢修和故障排除 * 设备故障抢修的控制 * 抢修的组织 * 反故障措施 * 故障原因分析法 a) 鱼刺图 b) KT法 c) RE法 * 总结三种方法 * 介绍本单位的抢修情况 * 区别受训前和受训后对抢修的理解六、预防性维修管理 * 预防性维修的实施及其流程图* 定期预防性维修 * 条件式预防性维修 * 实施一套严密的信息处理程序 * 设备的技术跟踪 七、设备的可靠性管理 * 设备的可靠性概念 * 设备的不可靠性概念 * 掌握数学原理来测量和记录故障
服务器(ORACLE)启动与关闭
服务器(O R A C L E)启动 与关闭
一、重启服务器顺序： 关闭数据库（toppord/toptest）→重启设备（reboot）→开启数据 库(只需要开启toptest，topprod已设置自动启用) 二、Linux下启动 oracle 数据库 -- ssh连接上数据库主机，正式区DB(172.16.13.228) / 测试区DB(172.16.13.224) -- su – root/tiptop -- su – oracle -- echo $ORACLE_SID #检查当前实例 -- export ORACLE_SID=topprod(正式区)/ export ORACLE_SID=topprod(测试区) # 设置实例 -- lsnrctl start -- sqlplus / as sysdba -- startup 至此，已将数据库开启到OPEN状态。 三、Linux下关闭ORACLE数据库 -- ssh连接上正式区DB(172.16.13.228) / 测试区DB(172.16.13.224) -- su - root/root #切换至ROOT管理员用户 -- su – oracle #切换至oracle用户（oracle用户密码原为oracle，但不正 确） -- echo $ORACLE_SID #检查当前实例 -- export ORACLE_SID=topprod(正式区)/ export ORACLE_SID=topprod(测试区) #设置实例
-- sqlplus / as sysdba #以数据库管理员身份进入数据库 -- shutdown immediate #关闭数据库 -- su – root/root #切换回系统ROOT用户 -- reboot #重启服务器 检查服务器资源命令 AP:top DB:topas 备注： oracle数据库几种关闭方式： 1、shutdown normal 正常方式关闭数据库 关闭时间较长，等待事务完成才会关闭数据库。 2、shutdown immediate 立即方式关闭数据库（一般使用该方式） 会结束事务，将未提交的事务全部回滚。在SVRMGRL中执行shutdown immediate，数据库并不立即关闭，而是在Oracle执行某些清除工作后才关闭（终止会话、释放会话资源），当使用shutdown不能关闭数据库时，shutdown immediate可以完成数据库关闭的操作。 3、shutdown abort 直接关闭数据库 会造成数据库的不一致，再次启动数据库会自动执行恢复，会造成等待时间较长。正在访问数据库的会话会被突然终止，如果数据库中有大量操作正在执行，这时执行shutdown abort后，重新启动数据库需要很长时间。
仪器设备管理制度
仪器设备管理制度 一、仪器设备的配备 1.本公司试验室配备正确进行检测（包括抽样、样品制备、数据处理与分析）所需的抽样和检测设备（包括软件）及标准物质，其功能和技术性能必须满足检测的规范、标准的要求。 2.仪器设备的购置、验收、流转应按规定程序控制。未经定型的专用检验仪器设备需提供相关技术单位的验证证明。 二、仪器设备的使用 1.如果要使用本公司永久控制范围以外的仪器设备（租用、借用、使用客户的设备），限于某些使用频次低、价格昂贵或特定的检测设施设备，且应保证符合相关要求。 2.对检测结果有重要影响的仪器的关键量或值，应制订周期检定或校准计划。业务室应组织制定本公司开展检测工作所需的测量设备和标准物质的周期检定或校准计划。 3.包括用于抽样在内的全部测量设备（包括新购设备、修复后的设备、停用时间过久的设备、向外借出返回的设备等）在投入工作前应进行校准或核查，以证实其能够满足试验室的规范要求和相应的标准规范。 4.使用人员在操作仪器设备前后均应检查其状态和环境条件并记录。
5.仪器设备应由经过授权的人员操作。有关技术资料应便于有关人员取用。作业指导书及仪器设备使用和维护的技术资料应便于使用人员现场随手可取。 三、仪器设备的管理 设备应有专人负责保管和量值溯源，保证其正常工作。精密、贵重和操作技术复杂的应编制安全操作和维护规程，由经过授权的人员操作。设备使用和维护的最新版说明书（包括设备制造商提供的有关手册）应便于有关人员取用。 1.用于检测并对结果有明显影响的每一设备及其软件，都应加以唯一性标识并分类编号管理。 2.所有在用仪器设备应由使用部门根据检测情况分别贴上“合格”、“准用”、“停用”三色标识，表明其受控状态。 3.技术管理层应针对设备固定或移动使用的特点，制定具有安全处置、运输、存放、使用和有计划维护测量设备的程序，以确保其功能正常并防止污染或性能退化。 4.无论什么原因，若设备脱离了试验室的直接控制，本公司应制定措施，对返回的设备进行核查，确保其功能和校准状态能显示满意结果。 5.对使用频度较高、长期稳定性较差的关键量测量设备应进行期间核查。
Oracle 数据库启动过程各步骤详解
Oracle 数据库启动过程各步骤详解 Oracle数据库的完整启动过程包含以下3个步骤：简单地说，就是：启动实例-->加载数据库-->打开数据库.------------------------------------------------------------------------------------------------------------------ 1.创建并启动与数据库对应的实例。在启动实例时，将为实例创建一系列后台进程和服务进程，并且在内存中创建SGA 区等内存结构。在实例启动的过程中只会使用到初始化参数文件，数据库是否存在对实例的启动没有影响。如果初化参数设置有误，实例将无法启动。 2.为实例加载数据库。加载数据库时实例将打开数据库的控制文件，从控制文件中获取数据库名称、数据文件的位置和名称等有关数据库物理结构的信息，为打开数据库做好准备。如果控制文件损坏，则实例将无法加载数据库。在加载数据库阶段，实例并不会打开数据库的物理文件----数据文件和重做日志文件。 3.将数据库设置为打开状态。打开数据库时，实例将打开所有处于联机状态的数据文件和重做日志文件。控制文件中的任何一个数据文件或重做日志文件无法正常打开，数据库都将返回错误信息，这时需要进行数据库恢复。只有将数据库设置为打开状态后，数据库才处于正常状态，这时普通用户才能够访问数据库。在很多情况下，启动数据库时并不是直接完成上述
3个步骤，而是逐步完成的，然后执行必要的管理操作，最后才使数据库进入正常运行状态。所以，才有了各种不同的启动模式用于不同的数据库维护操作。 ============================================== ===============================Oracle 数据库启动与关闭各种方式详解整理 前言： 首先要知道，Oracle数据库的完整启动过程是分步骤完成的，包含以下3个步骤：启动实例-->加载数据库-->打开数据库详解看这里： https://www.360docs.net/doc/c54995474.html,/lutinghuan/article/details/7484103因为Oracle数据库启动过程中不同的阶段可以对数据库进行不同的维护操作，对应我们不同的需求，所以就需不同的模式启动数据库。 小白：在启动实例之前，需要先启动SQL*Plus，并以一个用户身份连接到Oracle。启动模式详解1.NoMount 模式（启动实例不加载数据库）命令：startup nomount 讲解：这种启动模式只会创建实例，并不加载数据库，Oracle 仅为实例创建各种内存结构和服务进程，不会打开任何数据文件。在NoMount模式下，只能访问那些与SGA区相关的数据字典视图，包括V$PARAMETER、V$SGA、V$PROCESS 和V$SESSION等，这些视图中的信息都是从SGA区中获
工厂设备管理制度
工厂设备管理制度 1.设备管理方针 保证设备正常完好为企业的生产提供最优的技术装备，使企业的生产经营活动建立在最佳的物质技术基础之上，以获得设备寿命周期费用最经济，设备综合效率最高。 2.设备管理机构和职责。 2.1设备管理由分管生产副厂长全面负责。 2.2分管副厂长的职责是： 2.2.1负责考核设备完好率和设备利用率； 2.2.2负责审核设备定期保养、维修和大修计划并监督实施； 2.2.3负责审核设备更新和增置计划； 2.2.4负责建立健全设备使用管理与维护制度； 2.2.5负责加强设备基础管理工作。 2.3设备管理日常工作由设备科或专、兼职设备管理员负责。 2.4设备科或设备管理员的职责是： 2.4.1掌握设备市场信息和本厂设备技术状态，根据本厂生产需要，提出并编制设备更新和增置计划，经分管副厂长同意实施设备的购置。新置设备确保性能先进、质量优良，并且有较高的可靠性、维修性和经济性指标。 2.4.2对新购置的设备进行开箱验收和安装调试验收，严把质量
关。负责做好设备运行初期的使用和保养，以及信息反馈工作。 2.4.3编制设备操作规程和维护规范，监督设备的安全和正确使用。 2.4.4对设备进行日常维护和定期保养，使设备常年保持整齐、清洁、润滑、安全的状态； 2.4.5编制设备定期保养、维修和大修计划并负责实施。 2.4.6会同财务科编制设备台帐，加强设备台帐管理，定期进行设备盘点、核实，确保帐面清晰、帐物相符； 2.4.7建立主要设备档案，一机一档； 2.4.8监督设备运转记录的填写和完好率、利用率的统计； 2.4.9完成厂长交办的设备管理的其它日常工作。
浅谈数据库的日常管理与维护
浅谈数据库的日常管理与维护 企业在信息管理过程中，大量的数据存储、共享、访问和修改，都需要通过数据库系统来实现。数据库系统作为信息的聚集体，是计算机信息系统的核心，其性能在很大程度上影响着企业信息化水平的高低。一个公司，不管它是自己开发应用软件，还是购买第三方应用软件，都需要对数据库进行管理和维护。科学有效地管理与维护数据库系统，保证数据的安全性、完整性和有效性，己经成为现代企业信息系统建设过程中的关键环节。 数据库管理中存在的问题 随着信息网络技术的飞速发展，数据库的应用越来越广泛，但也随之产生了一系列数据管理的问题，其中，尤为突出的是数据库安全性问题。 数据库安全性问题一直是困扰数据库管理员的难题。通常数据库面临的威胁主要有：软件和硬件环境出现意外，如磁盘损坏，系统崩溃等；计算机病毒可能造成系统崩溃，进而破坏数据；对数据库的不正确访问，引发数据库死循环，造成前端系统无法使用；未经授权非法访问数据库信息，窃取其中的数据；未经授权非法修改数据库中的数据，使其数据失去真实性；通过网络对数据库进行各种非法存取；通过
网络破坏数据库系统的完整性、可靠性；对网络数据库进行拒绝式服务攻击等。而对于重要部门或敏感领域的数据，则会面临更多威胁。这就需要企业信息部门通过加强对数据库的日常维护和管理，来进一步保障网络数据库的安全。 做好数据库的日常管理与维护 数据库系统在信息化建设中的重要地位和作用告诉我们，数据库的日常管理与维护不容小视。为保证数据库数据的安全，企业应该做到未雨绸缪。 （一）完善管理制度，强化监管力度。数据库系统的安全与企业自身内部的安全机制、内外网络环境、从业人员素质等密切相关。因此，企业应该完善网络系统安全规章制度，防范因制度缺陷带来的风险；企业应该规范操作流程和故障处理流程，减少人为失误与故障，提高故障处理速度，缩短故障处理时间；企业应该通过建立科学合理的责任追究机制，防止出现由于工作态度、工作作风等各种人为因素导致的数据库安全事故。 （二）采取措施，确保数据库数据的安全。保证数据库数据的安全是数据库日常管理与维护工作的首要任务，企业需要采取的安全措施主要有：
化验室仪器设备的管理与维护制度
化验室仪器设备的管理与维护制度 1 每台仪器应有固定标识牌，包括仪器名称、仪器型号、仪器出厂号等。 2 每台仪器由仪器管理人员建立仪器档案。内容包括仪器使用说明书、生产厂家、生产日期、购进时间、启用时间、验收报告、调试报告、使用登记、维护和维修记录、仪器故障记录及检定记录（检定合格证书），交由档案员存档。 3 仪器使用人员要经过严格培训，要能独立熟练地操作仪器。其中仪器责任人要负责仪器的日常维护。 4 所有仪器设备应配备相应的设施与操作环境，保证仪器设备的安全处置、使用和维护，确保仪器设备正常运转，避免仪器设备损坏或污染。 5 所有仪器在使用过程中发现有异常现象发生时，应立即停止使用，终止测试。由仪器责任人向室主任和分管站长汇报，按仪器设备的维护和维修程序申请维修。在维修期间应加以“停用”标识，避免其他使用人员误用。 6属于国家法定计量检定的仪器设备，应按有关文件规定，送计量部门定期检定，经检定合格方可使用。按检定结果在仪器醒目位置贴上仪器使用“三色标识”。即：“合格”、“准用”、“停用”。 马弗炉使用注意事项 1.第一次使用或长期停用后再次使用时应先进行烘炉，温度200～600℃，时间约4小时。 2.使用时炉膛温度不得超过最高炉温，也不要长时间工作在额定温度以上。 3.工作环境条件为：温度0～50℃，相对湿度<80%,无导电尘埃，无易燃易物品和腐蚀性气体。 4.为确保使用安全，必须加装地线，并良好接地。 5.使用时炉门要轻关轻开，以防损坏机件。 6.在炉膛内放取样品时，应先关断电源，并轻拿轻放，以保证安全和避免损坏炉膛。 7.为延长产品使用寿命和保证安全，在设备使用结束之后要及时从炉膛内取出样品，退出加热并关掉电源。 3.工作环境要求无易燃易爆物品和腐蚀性气体。 8. .保持炉膛清洁，要求每班在下班前清理一遍，放样品时应谨慎，以防碰坏硅碳棒。 9.电炉切断电源，停炉之前应将“电流调节”置零。保护可控硅。10.更换硅碳棒时要特别小心，因碳棒易碎。 11.就是功率的调节不能太大，应在额定功率范围以内，一般不能超过6KW或4Kw；电流不能超过额定电流，一般不超过20A，如果电流超过量程时应马上关电源；如果是自动控温炉的话，调节F值不易太大，一般不超过60%。 12. 注意防护高温对人体的辐射。 13熟悉高温装置的使用方法，并细心地进行操作。