oracle startup shutdown命令
写些基础的! 对自己还是有好处的.
shutdown有四个参数：normal、transactional、immediate、abort。缺省不带任何参数时表示是normal
一:
shutdown normal:
不断开现在连接的用户,阻止任何用户建立新的连接，包括管理员在内。已经连接的用户能够继续他们当前的工作,如递交新的更新事务,直到此用户自行断开连接.这样需要等待的时间长,可以查出现连用户,再通知其自行断开.
所有的用户都断开连接，数据库才进行关闭操作，即关闭数据库、卸载数据库、终止例程。在这种情况下关闭的数据库在重新启动后，不会出现问题。启动时不需要实例恢复。
二:
shutdown transactional
阻止任何用户建立新的连接。等待所有当前连接用户的未递交的活动事务提交完毕，然后立即断开用户的连接。所有的用户都断开连接则立即关闭数据库，进行关闭数据库、卸载数据库、终止进程等操作。这种方式,用户有可能正在算账,做复杂报表!一次数据库操作做不完的,在刚做了一次数据库操作后,将被断开,这样对用户有一定影响.启动时不需要实例恢复。
三:
shutdown immediate
阻止任何用户新的连接，同时限制当前连接用户开始新的事务。如果已连接用户有未完成的事务，则数据库系统不会等待他们完成，而是直接把当前未递交的事务回退。数据库系统不再等待用户主动断开连接，当未递交的事务回退成功后，系统会直接关闭、卸载数据库，并终止数据库进程。启动时不需要实例恢复。
四:
shutdown abort
当数据库出现故障时，可能以上三种方式都无法正常关闭数据库,则使用这种方法.强制结束当前正在执行的SQL语句;任何未递交的事务都不被回退! 这种方法基本上不会对控制文件或者参数文件造成破坏。这比强制关机要好一点(在无法正常关闭数据库的时候).启动时自动进行实例恢复。
对于normal、transactional、immediate，db bUFFER cACHE的内容写入了数据文件，没有提交的事务被回滚，所有的资源被释放，数据库被“干净”的关闭。
对于abort，db bUFFER cACHE的内容没有写入数据文件，没有提交的事务也没有回滚。数据库没有DISMOUNT和关闭，数据文件也没有关闭。当数据库启动时，需要通过REDO LOG恢复数据，通过回滚段对事务回滚，对资源进行释放。
测试时发现如下问题(用sysdba登陆)
ORA-00106: 无法在连接到调度程序时启动/关闭数据库
解决方法
&nb
相关文档：
查询星期几:
select to_char(sysdate,'day') from dual;
查询几号:
select to_char(sysdate,'dd') from dual;
查询小时数:
select to_char(sysdate,'hh24') from dual;
查询时间:
select to_char(sysdate,'hh24:mi:ss') from dual;
查询日期时间:
select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;
查 ......
在学习oracle的时候遇到了一个问题，当我登录scott用户的时候怎么就是链接不上，出现了以下错误提示，the account is locked,说明scott用户被锁住了，我就进行了解锁，语句如下：alter user soctt account unlock;执行完以后发现又提示了一个错误信息，No Connect
无法链接，后来在网上查了查，终于找� ......
什么是水线(High Water Mark)?
----------------------------
所有的oracle段(segments，在此，为了理解方便，建议把segment作为表的一个同义词) 都有一个在段内容纳数据的上限，我们把这个上限称为"high water mark"或HWM。这个HWM是一个标记，用来说明已经有多少没有使用的数据块分配给这个segment。HWM通常增长的幅� ......
在SQL*Plus中：（1）如何添加删除数据库？（2）数据库就是表吗？？（3）如何创建表空间？（4）如何创建用户？（5）是不是一个表空间只能创建一个用户？（6）怎样从客户端访问数据库服务器的配置？
回答：
1、何添加删除数据库？没这种概念，不懂。
2、数据库=所有的oracle的数据文件+控制文件+日志文� ......
天有不测风云，
IBM 的中端磁盘阵列这次又惹祸了。在微码升级的时候，
DS4800 发生故障。IBM工程师把阵列故障恢复后，拍拍屁股走人，留下了阵列上不一致的数据。
没办法，阵列上的数据又得我们来想办法抢救了。。。。
还好有oracle support的支持我们最终化解了这次危机。下文详细介绍了整个恢复的过程。
&nbs ......
