Oracle 修改了process 连接数后无法登陆数据库问题
Oracle 修改了process 连接数后无法登陆数据库问题
开始运行输入
>sqlplus /nolog
然后,
>connect /as sysdba
--提示连接上。
早上修改了Processes参数，重启数据库后发现通过使用spfile参数文件，数据库起不来了：
SQL> startup
ORA-00064: object is too large to allocate on this O/S (1,4004280)
之后我通过手动修改pfile文件的processes参数，发现使用pfile文件却又可以把数据库起来：
SQL> startup pfile='E:\oracle\product\10.2.0\db_1\dbs\initorcl.ora';
ORACLE 例程已经启动。
Total System Global Area 289406976 bytes
Fixed Size 1248576 bytes
Variable Size 130024128 bytes
Database Buffers 150994944 bytes
Redo Buffers 7139328 bytes
数据库装载完毕。
数据库已经打开。
SQL> show parameter process
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
aq_tm_processes integer 0
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 1500
IBMPower740小型机+11G数据库维护教程
露露Power740小型机+11G数据库维护教程 硬件环境： 1、Power740小型机+AIX6.1操作系统 2、数据库版本：oracle 11.2.0.4 3、数据库安装模式:Oracle11R2+ASM+RAC（集群负载） 一、开机步骤 1、打开Power740小型机1和2开关机开关 两台服务器都要开机，在确定小型机电源处于关闭情况下开机，如果小型机处于开机状态跳过此步骤。 2、开启集群和数据库 小机开机后集群和数据库自动启动，一般不需要手工启动。 Ping 192.168.0.31\32\33\34\35 -t ping通后查询数据库状态。 通过实际IP登录小机1 登录方式1：windows开始菜单-运行 telnet 192.168.0.31 登录方式2：远程连接小机工具 登录方式3：直接在小机操作 用户名:root 密码:root #su – grid 切换到grid网格用户 $crs_stat –t 查询集群状态
ORACLE正常工作状态：3个gsd进程是OFFLINE 其他进程都是ONLINE。 此时完成开机和数据库启动操作，应用程序可以正常使用。 如果等待30分钟还没有正常启动,启动出现异常,可执行以下操作： #su – grid $srvctl start nodeapps -n dbserver1 $srvctl start nodeapps -n dbserver2 $srvctl start asm -n dbserver2 $srvctl start asm -n dbserver1 $srvctl start database -d lolo 单独启动监听 srvctl start listener -n dbserver1 srvctl start listener -n dbserver2 3、启动客户管理系统接口 远程桌面192.168.1.24->露露运营绩效管理系统->业务查询->WEB定时任务->【启动任务】4、启动EM 说明：EM为ORACLE数据库WEB管理，可以不启动，不启动不影响应用程序使用。 1）通过服务IP登录小机1 登录方式1：windows开始菜单-运行 telnet 192.168.0.33 登录方式2：远程连接小机工具 登录方式3：直接在小机操作 以下以登录方式1说明。 用户名:root 密码:root
Stepdownloadtimeout120seconds这是一个经常会遇到的...
一、Step download timeout (120 seconds) 这是一个经常会遇到的问题，解决得办法走以下步骤： 1、修改run time setting中的请求超时时间，增加到600s,其中有三项的参数可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分别建议修改为600、600、5000。run time setting设置完了后记住还需要在control组件的option的run time setting中设置相应的参数。 2、办法一不能解决的情况下，解决办法如下： 设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。切记此法只对windows系统起作用，此法来自zee的资料。 二、问题描述Connection reset by peer. 这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。 解决办法：Run-time setting窗口中的‘Internet Protocol’－‘Preferences’设置set advanced options（设置高级选项），重新设置一下“HTTP-request connect timeout（sec），可以稍微设大一些”。 三、问题描述connection refused 这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同。 1、首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache Size）的值应该小于等于oracle数据库连接数最大值。 2、如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX 下可以直接vi文件limits修改其中的连接限制数、端口数，还有tcp连接等待时间间隔大小，wiodows类似，只不过windows修改注册表，具体修改注册表中有TcpTimedWaitDelay和MaxUserPort项，键值在 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\]。因为负
ORACLE数据备份与数据恢复方案
O R A C L E数据备份与数据恢 复方案 Prepared on 24 November 2020
摘要 结合金华电信IT系统目前正在实施的备份与恢复策略，重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。 Oracle数据库有三种标准的备份方法，它们分别是导出／导入 （EXP/IMP）、热备份和冷备份。要实现简单导出数据（Export）和导入数据（Import），增量导出／导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序，然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程序的运行，实现数据库的本级备份，结合ftp简单开发，实现多服务器的数据更新同步，实现数据备份的异地自动备份。 关键字：数据库远程异地集中备份 目录
一、前言 目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会提供正常的服务。另一方面，随着信息技术的迅猛发展和广泛应用，业务数据还将会随业务的开展而快速增加。但由于系统故障，数据库有时可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如做了备份，恢复数据就显得很容易。由此可见，做好数据库的备份至关重要。因此，建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境。 因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于业务的业务数据，又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以ORACLE数据库为例，结合金华电信的几个相关业务系统目前正在实施的备份方案，介绍ORACLE数据库的备份与恢复。 二、金华电信ORACLE数据库的备份与恢复方案 由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份，速度较慢并且数据存储管理都很分散，甚至出现备份数据不完整的现象。为了提高备份数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性，降低数据备份对网络和服务器的影响，对每个IT系统的备份数据进行集中管理，我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。（这里用到的物理备份指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服
Oracle数据库维保服务方案
XXXXXX 数据库运维服务方案 XXXXXXX股份有限公司 2020-8-2
目录 一、前言........................................................................... - 2 - 二、数据库服务需求分析.................................................. - 7 - 三、数据库服务技术方案.................................................. - 9 - 3.1XXXXX Oracle数据库运维服务介绍............................ - 9 - 3.2XXXXX Oracle数据库运维基础服务............................ - 9 - 3.3Oracle数据库运维基础服务..................................... - 11 - 3.4.1 数据库基础运维服务级别分类 ........................................................................ - 11 - 3.4.2 数据库基础运维服务详述.................................................................................. - 12 - 3.4.2.1热线电话技术支持服务..................................................................................... - 12 - 3.4.2.2数据库基础运维远程拨入故障处理服务 .................................................... - 12 - 3.4.2.3数据库健康检查 .................................................................................................. - 13 - 3.4.2.4数据库故障排查 .................................................................................................. - 14 - 3.4.2.5数据库故障信息及时告知................................................................................ - 17 - 3.4.2.6辅助故障定位服务.............................................................................................. - 17 - 3.4.2.7数据库补丁安装、小版本升级....................................................................... - 18 - 3.4.2.8OEM安装配置 ...................................................................................................... - 19 - 3.4.2.9重要问题通知....................................................................................................... - 20 - 3.4.2.10数据库运维相关技术建议 ............................................................................. - 20 - 3.4.2.11知识传递.............................................................................................................. - 21 - 3.4Oracle数据库运维高级服务..................................... - 22 - 3.4.1 Oracle数据库高级运维服务内容.................................................................... - 22 - 3.4.2 数据库性能优化.................................................................................................... - 22 - 3.4.3 数据库版本升级运维服务.................................................................................. - 26 - 3.4.4 数据库实施项目.................................................................................................... - 27 - - 1 -
oracle连接数过多清理机制
Oracle连接数过多释放机制 年07月05日18:07:21 ?14532 Oracle服务器连接数过多会当掉，把连接数过多的客户机网线拔出后，在远程Oracle上依然还会保留此用户的连接数，久久不能释放，上网查了下可以以下面方法解决。 通过profile可以对用户会话进行一定的限制，比如IDLE时间。 将IDLE超过一定时间的会话断开，可以减少数据库端的会话数量，减少资源耗用。 使用这些资源限制特性，需要设置resource_limit为TRUE： [oracle@test126 udump]$ sqlplus "/ as sysdba"
SQL*Plus: Release 10.2.0.1.0 - Production on Fri Oct 13 07:58:21 2006 Copyright (c) 1982, 2005, Oracle. All rights reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning and Data Mining options SQL> show parameter resource NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ resource_limit boolean TRUE resource_manager_plan string
oracle数据库恢复方案
目录 数据库恢复方案 (1) 文档控制 (1) 一、相关概念 (3) 1，恢复的两个阶段 (3) 2，Oracle实例启动的三个阶段 (3) 3，RMAN信息的保存位置 (3) 二、完全恢复 (3) (一) 控制文件 (3) 1) 丢失部分控制文件： (3) 2) 丢失全部控制文件 (3) (二) 重做日志文件 (4) 1) 非当前使用的重做日志文件： (4)
2) 当前使用的重做日志文件（未归档）： (4) (三) 数据文件 (4) 1) 无归档模式下的完全恢复 (4) 2) 归档模式下的完全恢复 (5) 三、不完全恢复 (6) (一) 基于SCN的不完全恢复 (6) 1) 准备工作 (6) 2) 使用RMAN进行恢复 (7) (二) 基于时间点的不完全恢复 (8) 1) 准备工作 (8) 2) 使用RMAN进行恢复 (8) 四、高级篇 (9)
(一) 使用RMAN进行异机同目录 (9) 1) 准备工作 (9) 2) 通过RMAN进行异机恢复 (10) （二）使用RMAN进行异机异目录 (11) 1) 准备工作 (11) 2) 通过RMAN进行异机恢复 (11) （三）使用RMAN进行在线数据块恢复 (14) 一、相关概念 1，恢复的两个阶段 数据库无论采取哪种方式进行恢复都分为Restore和Recover两个步骤。Restore（还原）：把控制文件、重做日志文件和数据文件还原到正确位置。Recover（恢复）：恢复还原后的数据文件，使数据库达到一致状态。
2，Oracle实例启动的三个阶段 Oracle实例启动经过三个阶段： l NOMOUNT（未装载）：读入参数文件，验证参数文件中的目录是否存在。 l MOUNT（装载）：读入参数文件指定位置的控制文件。 l OPEN（打开）：验证控制文件中指定的重做日志文件和数据文件是否正确、数据文件是否一致，然后读入数据文件中的数据。 所以按照如下顺序使数据库正确打开。 1) SHUTDOWN（关闭）状态下，确保参数文件指定的文件夹存在，启动到NOMMUNT 状态。 2) NOMOUNT状态下，保证控制文件的位置和命名与参数文件中相同，控制文件中指定的重做日志文件和数据文件存在，然后启动到MOUNT状态。 3) MOUNT状态下，执行RMAN还原和恢复操作。
Oracle DBA 数据库日常维护手册 常用SQL 脚本
Oracle数据库日常维护 【版本整理日期：2011/02/26 】 版本整理人：1634068400@https://www.360docs.net/doc/141906560.html, 本文档包含以下内容： 1．Oracle数据库日常维护 2．Oracle DBA 常用管理脚本 3．Oracle DB 常用SQL 语句
/******************************************************** https://www.360docs.net/doc/141906560.html,(若跳转不成功，请复制到浏览器或联系Q) https://www.360docs.net/doc/141906560.html,/item.htm?id=7437120468Metalink Sharing ********************************************************/
在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况： l数据库的启动、关闭，启动时的非缺省参数； l数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因； l对数据库进行的某些操作，如创建或删除表空间、增加数据文件； l数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA －600)
DBA 应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题 处理 启动参数不对 检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换 如果经常发生这样的情况，可以考虑增加重做日志文件组；想办法提高检查点 或归档操作的效率； 有人未经授权删除了表空间 检查数据库的安全问题，是否密码太简 单；如有必要，撤消某些用户的系统权 限 出现坏块 检查是否是硬件问题(如磁盘本生有坏 块)，如果不是，检查是那个数据库对象 出现了坏块，对这个对象进行重建 表空间不够 增加数据文件到相应的表空间 出现ORA-600 根据日志文件的内容查看相应的TRC 文件，如果是Oracle 的bug ，要及时打 上相应的补丁 二、数据库表空间使用情况监控（字典管理表空间） 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA 应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name,
带有oracle数据库的数据迁移方案
数据迁移技术方案 项目背景 某信息中心系统本次机房搬迁以及数据迁移工程是本次项目需完成的重点工作，包括整个信息中心的核心数据及业务交换中心，系统现有设备包括：核心交换机、接入交换机、服务器、存储盘阵等，迁移主要分设备迁移和数据迁移。系统搬迁具有时间短、系统结构复杂、测试时间长、设备繁多昂贵、人员多、层次复杂等特点。本项目搬迁迁移，时间非常紧,且对设备的稳定性也是一个考验。因此，必须协调好各单位人员的关系，齐心协力才可能在预定时间内完成搬迁迁移工程。 整个迁移工作分两步走，第一步先对数据进行迁移，数据迁移完成确认无误。第二步对整体信息中心所有设备进行迁移，确保所有设备正常运行。 本方案是以尽量不影响信息中心工作或将影响降低到最低为前提的情况下制定的，即先完成新机房网络接入后，确保网络畅通稳定的前提下，完成信息中心系统业务的部署，确保整个系统在新机房业务实现，整个业务系统顺利割接，然后再在特定时间点开始原机房的设备搬迁工作，在1-2工作日内完成整个服务器、网络设备的搬迁、安装及测试。并且在开机以后，继续跟踪系统的运行情况，随时处理系统运行的异常情况。我公司在资源方面有较大优势，如在搬迁迁多工作中出现设备故障，除在备品备件中提供的备件外，还可协调各方资源以最快速度解决客户设备故障问题。
系统环境 第一机房环境 ( 设备分布 第一机房设备共涉及到10个机柜，具体设备名称及数量为：38台pvg server(1810/2800)汇聚服务器、4台pvg server3800核心服务器、26台存储、1台存储控制服务器、5台交换机。 硬件设备情况 汇聚服务器 汇聚服务器品牌为网力产品，38台中32台设备作为汇聚服务器，每台设备使用2个网卡：1个网卡接入单位、另1个网卡接入存储服务器；另外6台为出口服务，只使用1个网卡。设备网口全部接到RG-6806/6810两台交换机上，以便与单位和存储设备通讯。总电口使用量为：32*2+6=70个。 核心服务器 核心服务器品牌为网力产品，4台该设备中2台为负责汇总个单位，另外2台为出口服务。每台设备使用1个网口，网口接到RG-6806/6810上。总电口使用量为：1*4=4。 存储 [ 存储品牌为XX以及部分老存储设备，存储共涉及到17台设备：1台控制器、16台存储。控制服务器使用1个网卡，接入到RG-6810上。16台存储各使用2个网口，每台存储对应两台汇聚服务器，设备网口接入到RG-6810/6806上。总电口使用量为：16*2+1=33个。 交换机
Oracle 修改了process 连接数后无法登陆数据库问题
Oracle 修改了process 连接数后无法登陆数据库问题 开始运行输入 >sqlplus /nolog 然后, >connect /as sysdba --提示连接上。 早上修改了Processes参数，重启数据库后发现通过使用spfile参数文件，数据库起不来了： SQL> startup ORA-00064: object is too large to allocate on this O/S (1,4004280) 之后我通过手动修改pfile文件的processes参数，发现使用pfile文件却又可以把数据库起来： SQL> startup pfile='E:\oracle\product\10.2.0\db_1\dbs\initorcl.ora'; ORACLE 例程已经启动。 Total System Global Area 289406976 bytes Fixed Size 1248576 bytes Variable Size 130024128 bytes Database Buffers 150994944 bytes Redo Buffers 7139328 bytes 数据库装载完毕。 数据库已经打开。 SQL> show parameter process NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ aq_tm_processes integer 0 db_writer_processes integer 1 gcs_server_processes integer 0 job_queue_processes integer 10 log_archive_max_processes integer 2 processes integer 1500
Oracle Export／Import数据库备份与恢复的三种方法
Oracle数据库备份与恢复的三种方法 Oracle数据库有三种标准的备份方法，它们分别是导出／导入（EXP/IMP）、热备份和冷备份。导出备件是一种逻辑备份，冷备份和热备份是物理备份。 一、导出／导入（Export／Import） 利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回到Oracle数据库中去。 １、简单导出数据（Export）和导入数据（Import） Oracle支持三种方式类型的输出： （１）、表方式（T方式），将指定表的数据导出。 （２）、用户方式（U方式），将指定用户的所有对象及数据导出。 （３）、全库方式（Full方式），瘵数据库中的所有对象导出。 数据导入（Import）的过程是数据导出（Export）的逆过程，分别将数据文件导入数据库和将数据库数据导出到数据文件。 ２、增量导出／导入 增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行此种导出时，系统不要求回答任何问题。导出文件名缺省为export.dmp，如果不希望自己的输出文件定名为export.dmp，必须在命令行中指出要用的文件名。 增量导出包括三种类型： （１）、“完全”增量导出（Complete） 即备份三个数据库，比如： exp system/manager inctype=complete file=040731.dmp （２）、“增量型”增量导出 备份上一次备份后改变的数据，比如： exp system/manager inctype=incremental file=040731.dmp
Oracle数据库日常维护手册
Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间)
数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
Oracle 11G 数据库迁移手册
客户的数据库采用expdp命令导出的，这是Oracle10g以后采用的新的导出方式，比exp 执行效率上有所提高。下面说明如何做导入导出： 1、环境变量设置(在Sqlplus中执行) create or replace directory
Oracle数据库恢复
Oracle 数据库恢复 一、停止ORACLE数据库 用oracle用户登录，用sqlplus的sysdba用户登录，执行shutdown immediate oracle@JSBC-SIHUA-DB01:~> sqlplus /nolog SQL*Plus: Release 10.2.0.1.0 - Production on Mon Feb 6 14:02:45 2012 Copyright (c) 1982, 2005, Oracle. All rights reserved. SQL> conn /as sysdba Connected. SQL> shutdown immediate SQL>quit 停止监听 oracle@JSBC-SIHUA-DB01:~> lsnrctl stop oracle@JSBC-SIHUA-DB01:~> ps -ef |grep ora root 4655 4524 0 Nov11 ? 00:00:48 hald-addon-storage: polling /dev/sr0 (every 16 sec) root 42514 42162 0 11:40 pts/0 00:00:00 su - oracle oracle 42515 42514 0 11:40 pts/0 00:00:00 -bash root 42853 42815 0 12:02 pts/2 00:00:00 su - oracle oracle 42854 42853 0 12:02 pts/2 00:00:00 -bash root 42924 42889 0 12:03 pts/1 00:00:00 su - oracle oracle 42925 42924 0 12:03 pts/1 00:00:00 -bash oracle 42975 42854 0 12:09 pts/2 00:00:00 ps -ef oracle 42976 42854 0 12:09 pts/2 00:00:00 grep ora 二、数据库备份 #root用户，创建sihua.bak目录 JSBC-SIHUA-DB01:/oradata # mkdir sihua.bak JSBC-SIHUA-DB01:/oradata # chown oracle:dba /oradata/sihua.bak JSBC-SIHUA-DB01:/oradata # ll total 24 drwx------ 2 root root 16384 Sep 16 11:53 lost+found drwxr-x--- 4 oracle dba 4096 Nov 8 14:16 sihua drwxr-xr-x 2 oracle dba 4096 Nov 28 12:15 sihua.bak #oracle用户 JSBC-SIHUA-DB01:/oradata # su - oracle oracle@JSBC-SIHUA-DB01:~> cd /oradata oracle@JSBC-SIHUA-DB01:/oradata> cp -r sihua sihua.bak oracle@JSBC-SIHUA-DB01:/oradata> cd sihua.bak/ oracle@JSBC-SIHUA-DB01:/oradata/sihua.bak> cd sihua/
ORACLE数据库日常维护与管理手册
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
Oracle数据库的数据迁移方法
数据迁移的一般步骤 对数据库管理人员来说，数据库数据迁移极具挑战性，一旦措施不当，珍贵的数据资源将面临丢失的危险，要成功地实现数据库数据平滑迁移，需要周密计划和充分准备，并按照一定的步骤来完成。 设计数据迁移方案 设计数据迁移方案主要包括以下几个方面工作：研究与数据迁移相关的资料，或在网站上查询相关内容、评估和选择数据迁移的软硬件平台、选择数据迁移方法、选择数据备份和恢复策略、设计数据迁移和测试方案等。 进行数据模拟迁移 根据设计的数据迁移方案，建立一个模拟的数据迁移环境，它既能仿真实际环境又不影响实际数据，然后在数据模拟迁移环境中测试数据迁移的效果。数据模拟迁移前也应按备份策略备份模拟数据，以便数据迁移后能按恢复策略进行恢复测试。 测试数据模拟迁移 根据设计的数据迁移测试方案测试数据模拟迁移，也就是检查数据模拟迁移后数据和应用软件是否正常，主要包括：数据一致性测试、应用软件执行功能测试、性能测试、数据备份和恢复测试等。 准备实施数据迁移 数据模拟迁移测试成功后，在正式实施数据迁移前还需要做好以下几个方面工作：进行完全数据备份、确定数据迁移方案、安装和配置软硬件等。 正式实施数据迁移
按照确定的数据迁移方案，正式实施数据迁移。 测试数据迁移效果 按照数据迁移测试方案测试数据迁移效果，并对数据迁移后的数据库参数和性能进行调整，使之满足数据迁移后实际应用系统的需要。 移植系统应用软件 将实际应用系统的应用软件移植到数据迁移后的数据库系统上，并使之正常运行。 正式运行应用系统 在正式实施数据迁移成功并且数据库参数和性能达到要求后，就可以正式运行应用系统，并投入实际使用。 实现向Oracle8i数据迁移
带有oracle数据库的数据迁移方案精编版
数据迁移技术方案 一、项目背景 某信息中心系统本次机房搬迁以及数据迁移工程是本次项目需完成的重点工作，包括整个信息中心的核心数据及业务交换中心，系统现有设备包括：核心交换机、接入交换机、服务器、存储盘阵等，迁移主要分设备迁移和数据迁移。系统搬迁具有时间短、系统结构复杂、测试时间长、设备繁多昂贵、人员多、层次复杂等特点。本项目搬迁迁移，时间非常紧,且对设备的稳定性也是一个考验。因此，必须协调好各单位人员的关系，齐心协力才可能在预定时间内完成搬迁迁移工程。 整个迁移工作分两步走，第一步先对数据进行迁移，数据迁移完成确认无误。第二步对整体信息中心所有设备进行迁移，确保所有设备正常运行。 本方案是以尽量不影响信息中心工作或将影响降低到最低为前提的情况下制定的，即先完成新机房网络接入后，确保网络畅通稳定的前提下，完成信息中心系统业务的部署，确保整个系统在新机房业务实现，整个业务系统顺利割接，然后再在特定时间点开始原机房的设备搬迁工作，在1-2工作日内完成整个服务器、网络设备的搬迁、安装及测试。并且在开机以后，继续跟踪系统的运行情况，随时处理系统运行的异常情况。我公司在资源方面有较大优势，如在搬迁迁多工作中出现设备故障，除在备品备件中提供的备件外，还可协调各方资源以最快速度解决客户设备故障问题。
二、系统环境 1、第一机房环境 1.1. 设备分布 第一机房设备共涉及到10个机柜，具体设备名称及数量为：38台pvg server(1810/2800)汇聚服务器、4台pvg server3800核心服务器、26台存储、1台存储控制服务器、5台交换机。 1.2. 硬件设备情况 1.2.1汇聚服务器 汇聚服务器品牌为网力产品，38台中32台设备作为汇聚服务器，每台设备使用2个网卡：1个网卡接入单位、另1个网卡接入存储服务器；另外6台为出口服务，只使用1个网卡。设备网口全部接到RG-6806/6810两台交换机上，以便与单位和存储设备通讯。总电口使用量为：32*2+6=70个。 1.2.2核心服务器 核心服务器品牌为网力产品，4台该设备中2台为负责汇总个单位，另外2台为出口服务。每台设备使用1个网口，网口接到RG-6806/6810上。总电口使用量为：1*4=4。 1.2.3存储 存储品牌为XX以及部分老存储设备，存储共涉及到17台设备：1台控制器、16台存储。控制服务器使用1个网卡，接入到RG-6810上。16台存储各使用2个网口，每台存储对应两台汇聚服务器，设备网口接入到RG-6810/6806上。总电口使用量为：16*2+1=33个。 1.2.4交换机 交换机品牌为锐捷及H3C。共涉及到5台交换机：RG-6810、RG-6806、RG-7610、H3C 7506、H3C 7506E。设备端口及板卡信息为：
ORACLE数据库监控配置规范方案
ORACLE数据库配置规范和监控清单 2015年12月
目录 一、常规参数配置 (3) 1.1 数据库最大连接数 (3) 1.2 归档配置 (3) 1.3 最大文件数设置 (4) 1.4 关闭回收站 (4) 1.5 控制文件配置 (5) 1.6 白名单设置 (5) 1.7 闪回区设置 (6) 1.8 在线日志组 (6) 1.9 控制文件记录保留数 (7) 二、常用监控项 (8) 2.1 数据库在用连接数 (8) 2.2 监控数据库文件数 (8) 2.3 表空间使用率 (8) 2.4 闪回区使用率 (9) 2.5 数据库等待事件 (10) 2.6 告警日志监控 (10) 2.7 灾备DataGuard同步监控 (10) 2.8 AWR采样报告分析 (10)
一、常规参数配置 1.1数据库最大连接数 参数： processes 说明： 数据库用户最大连接数通过processes参数进行配置，默认值为 300，该值表示能够同时连接到数据库的最大会话数，当连接数达到最大值，后续新增连接均会被拒绝。 修改命令： alter system set processes=1000 scope=spfile; 生效方式： 需重启实例生效。 1.2归档配置 参数： archive log list 说明： 数据库开启归档，任何生产环境均应在归档方式下运行，从而达到可通过备份进行数据恢复要求，提高系统安全性 修改命令： 数据库启动至mount状态，执行 alter database archivelog; 生效方式：
重启数据库设置生效 1.3最大文件数设置 参数： db_files 说明： 该参数用于控制在扩容表空间时，数据文件能够达到的最大数量，默认值为 200 修改命令： alter system set db_files=800 scope=spfile; 生效方式： 重启数据库生效 1.4关闭回收站 参数： recyclebin 说明： 如果回收站未关闭，则如果表对象被删除，将进入回收站，并不会释放占用的存储 修改命令： alter system set recyclebin=’off’ scope=spfile; 生效方式：