shutdown命令是最常用的关闭系统命令,不仅可以用于立即关闭系统,还可以在指定时间关闭系统   linux关闭系统命令之shutdown 关闭.重启系统 Linux是一个多用户.多任务系统,如果不正确地关闭或重启系 统,可能会导致系统中的用户数据丢失.可能的情况是用户正在执行某个关键的运算或操作等,如果不经提示关闭系统,用户将来不及保存当前数据,从而导致数据 丢失.因此应该掌握正确地关闭.重启系统的方法,以避免数据丢失. 关闭系统命令之shutdown shutdown命令是最常用的关闭系统

前言 线程池是并发中一项常用的优化方法,通过对线程复用,减少线程的创建,降低资源消耗,提高程序响应速度.在 Java 中我们一般通过 Exectuors 提供的工厂方法来创建线程池,但是线程池的最终实现类是 ThreadPoolExecutor,下面我们详细分析一下 ThreadPoolExecutor 的实现. 基本使用 我们首先看下线程池的基本使用.在下面的代码中我们创建一个固定大小的线程池,该线程池中最多包含 5 个线程,当任务数量超过线程的数量时,就将任务添加到任务队列,等线程空闲之后再

shutdown abort模式 丢失redo log 无法open数据库 通过告警报错ORA-00354: corrupt redo log block header 从该错误能够看出当前日志的redo block的header出现故障,导致oracle无法读取redo进行恢复.通过下面检查发现数据库文件头都一致.没有须要恢复的文件,可是因为数据库是非正常关闭.last_change scn没有被写入,数据库推断须要恢复.则读取对应的redo log group 3.可是此时该文件已经损坏.

总结上个星期服务器环境上的一个问题,一直再忙AR.防近视的项目没时间整理.刚好忙完项目认真回顾8月30发生的一个让人奇葩的问题. 早上把项目上的一些问题优化完,快到中午吃饭的时间频繁的启动导致/usr/bin 丢失.启动tomcat .mysql 服务无法起来. 打开日志41行 目录结构 然后我开始查下日志.目录权限问题.结果尝试发现不是这个问题.我关闭SecureCRT连接重新打开报这个问题,而且使用其它rz .sz 等命令也没用 也排查了一下java的环境变量.进程等,找了半天不知道丢失了啥

前两天,登陆Oracle,发现登陆不上去了,报”oracle initializationg or shutdown in progress 错误提示” 错误. 然后就想着怎么去解决,首先自己到windows服务里去看了Oracle是否已经启动,发现已经启动,然后又看看监听服务是否启动,发现已经启动. 这就不知道为何了.于是上网百度了下这个错误,发现查询出来的结果很多. 在此总结下,启动失败的原因和解决方法. 启动失败的原因: 这个应该和window7系统有关系,如果window7系统,关机的时

Can 't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock '(2) "; 是你的mysql.sock 文件不存在了, 可能是被你不小心删除了, 连接localhost通常通过一个Unix域套接字文件进行,一般是/tmp/mysql.sock.如果套接字文件被删除了,本地客户就不能连接.这可能发生在你的系统运行一个cron任务删除了/tmp下的临时文件. 如果你因为丢失套接字文件而不能连接,你可以简

1.压缩和解压缩命令    常用压缩格式:.zip..gz..bz2..tar.gz..tar.bz2..rar .zip格式压缩和解压缩命令        zip 压缩文件名 源文件:压缩文件        zip -r 压缩文件名 源目录:压缩目录        unzip 压缩文件名:解压缩 .zip文件 .gz格式压缩和解压缩        gzip 源文件:压缩为.gz 格式的压缩文件,源文件会消失        gzip -c 源文件 > 压缩文件:压缩为.gz 格式,源文件保留  

我们先来看一下这个现象: [oracle@djp ora12]$ pwd /u01/app/oracle/oradata/ora12 [oracle@djp ora12]$ mv undotbs01.dbf undotbs01.dbfbak 这里,我们把unto表空间对应的数据文件作了一个更改,表面该文件已经丢失.   下面,我们使用SQL*Plus,进行对数据库的启动: idle> conn / as sysdba Connected to an idle instance. idle> s

dataguard 归档丢失(主库中无此丢失归档处理),备库基于SCN恢复 环境: OS: CentOS 6.5 DB: Oracle 10.2.0.5 1.主备库环境 主库: SQL> select dbid,name,LOG_MODE,open_mode,db_unique_name,DATABASE_ROLE,PROTECTION_MODE from v$database; DBID NAME LOG_MODE OPEN_MODE DB_UNIQUE_NAME DATABASE_ROLE

2014-08-07 Created By BaoXinjian

在重新启动Linux系统的同时把内存中的信息写入硬盘,应使用()命令实现 #shutdown -r now #halt #reboot #init3 正确答案:A   在linux命令中reboot是重新启动,shutdown -r now是立即停止然后重新启动,都说他们两个是一样的,其实是有一定的区别的. shutdown命令可以安全地关闭或重启Linux系统,它在系统关闭之前给系统上的所有登录用户提示一条警告信息.该命令还允许用户指定一个时间参数,可以是一个精确的时间,也可以是从现在开始的一

OS: Oracle Linux Server release 5.7 DB: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production 1. 如何获取数据库的DBID 由于DBID在控制文件和数据文件都存在记录,所以如果能够mount数据库就可以查询v$database视图获得 SQL> select dbid from v$database; DBID----------675362528 SQL

转的,没验证 close(sock_fd)会把sock_fd的内部计数器减1当sock_fd的内部计数器为0时, 才调用shutodwn(), 并最终释放文件描述符调用shutdown()只是进行了TCP断开, 并没有释放文件描述符 本来正常的TCP程序不需要显示调用shutdown()但某些TCP程序十分不友好, 包括著名的firefox早期版本, 给服务器吃CLOSE_WAIT调用shutodwn()就不会CLOSE_WAIT, 只会FIN_WAIT1或FIN_WAIT2 这就是服务器没有调

来,咱们彻底的来讨论一下这个shutdown   和closesocket 从 函数调用上来分析(msdn):一旦完成了套接字的连接,应当将套接字关闭,并且释放其套接字句柄所占用的所有资源.真正释放一个已经打开的套接字句柄的 资源直接调用closesocket即可,但要明白closesocket的调用可能会带来负面影响,具体的影响和如何调用有关,最明显的影响是数据丢 失,因此一般都要在closesocket之前调用shutdown来关闭套接字.         shutdown:为了保证通信双方

今天做了一下undo隐藏参数的实验 在没有备份的情况下,删除正在使用的undo,然后关机 (本次使用的的oracle的隐藏参数,慎用!!!!!!!!!!!!!!) idle> select * from V$VERSION; BANNER ---------------------------------------------------------------- Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi

控制文件丢失: alter database backup controlfile to traces; shutdown immediate; @j:\db\script\orcl_ora_ctl_bak (J:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_3028.trc) 日志文件丢失: recover database until cancel; alter database open resetlogs;

前言 最近这些天,每天晚上关机前,都会在osc上发一条动弹,“我要init 0了,各位晚安啊”,这是一件再正常不过的事情了. 看似很平常的一件事情,不过在昨晚就被一位同学的回复给难住了,到底是什么样的回复呢?让我们继续往下看吧. 从上图我们可以看到,那个回复就是“init 0和halt有区别不....”,我一下就被这个问题给难住了,之前我了解的是init 0 最后调用了halt,但具体的什么区别和联系,真的还不太清楚哦.显然上述不足以回答该同学,且没有任何的说服力.所以带着这样的一个问题,开始了

数据库一致性关闭下redo日志文件丢失的处理办法(归档和非归档都行) 1. inactive log  在一致性关闭后删除重启时可以在mount下(不丢失数据) alter database clear logfile group n;  alter database open; 2. active log    在一致性关闭后状态会变成inactive(由ARCn归档) 处理方法如 inactive的方式一样,若状态还是active则: alter database clear unarchi

一.临时表空间文件.日志文件和口令文件都属于非关键性文件,因为这些文件丢失后并不会影响到整个数据库的完整性. 但是,当这些文件丢失后我们需要快速的找回这些文件.接下来我将模拟临时表空间文件.日志文件和口令文件丢失的情况. 二.如果属于 TEMP 表空间的临时文件丢失或损坏,则 TEMP 表空间将不可用.例如:在执行需要 TEMP 空间进行排序的 SQL 语句过程中,此问题将声明其为错误. 一般会用到临时表空间的场景有: 索引create或rebuild Order by 或 group by D

昨天做了rm -rf操作后的恢复演练,并且是在没有不论什么备份的情况下.今天在做破坏性操作前,做了个rman全备,然后在线删除所有数据库文件,包含控制文件,数据文件,在线日志文件,归档文件等.来看看有什么方法能够让数据库恢复执行,因为是current redo logfile丢失,那么本次測试是会丢失数据的,所以能够作为不全然恢复的一个案例. --登入数据库进行dml操作 [oracle@ora10g ~]$ sqlplus / as sysdba SQL*Plus: Release 10.2.