上週上的啥東西，轉發(51和229都上完了)

主channel優化：黑名單匹配，黑名單號碼還是內容，號碼

終端裡面下載東西，停掉了還是很卡，就需要重啟網絡卡了

卡得不行了，top之後按M，檢視誰佔用記憶體，然後pkill掉，發現是java，結束掉程序之後釋放了1.5個G的內容

oracle使用者密碼過期的解決方法：

設定為永久期限：

1、進入sqlplus模式

sqlplus / as sysdba;

2、先檢視dba_users裡面，使用者使用的porfile是哪一個，一般預設是default

SELECT username,PROFILE FROM dba_users;

3、檢視使用者密碼的有效期設定(一般預設的配置檔案是

SELECT * FROM dba_profiles WHERE profile='DEFAULT' ANDresource_name='PASSWORD_LIFE_TIME';

4、oracle檢視使用者密碼何時過期

select expiry_date,username from dba_users;

5、將密碼有效期由預設的180天修改成“無限制”，修改之後不需要重啟動資料庫，會立即生效

ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED;

6、帳戶再改一次密碼

alter user 使用者名稱 identified by

7、使用修改後的使用者登入，如果報“ORA-28000:使用者已被鎖”，解鎖

alter user db_user account unlock;

commit;

問題的嚴重性：不解決的話會影響到後面的資料庫新增使用者、新增表空間、清理表空間：

啟動資料庫的時候報錯：ORA-01102

85的搞一個監控，磁碟和cpu都好了，但是資料庫出現了問題：但是啟動時發現了ORA-01102這種錯誤，資料庫並沒有完全開啟，不能使用查詢語句，但是用PL/SQL裡面可以連進去(啟動資料庫服務之前就能用這個工具連線進去，啟動資料庫服務之前我就能看到1521埠)，所以我懷疑開了兩個資料庫例項，而且剛剛開啟的這個和之前的衝突了，導致現在開啟的資料庫服務起不來，這個網站可以解決

目前85的資料庫伺服器84的表空間只能在PL/SQL裡面去看，資料庫終端裡面查詢語句報錯，你看報什麼錯，如果是問號，則要設定語言，ALTER session SET nls_language=AMERICAN;如果是資料庫沒有開啟的錯誤，需要執行select open_mode from v$database;這個是查資料庫開啟報的錯誤，然後顯示資料庫沒有被掛載：

，資料庫沒有掛載的解決方法：

這個錯誤主要是lk<SID>檔案造成的，該檔案位於ORALCE_HOME下的dbs目錄下,

這個lk<SID>的主要作用是說明DATABASE MOUNT上了,不用在MOUNT了.DATABASE UNMOUNT 後會刪除掉,如果DATABASE確實沒有MOUNT,這個檔案在你也MOUNT上,只有手工刪除,所以一定要小心.

具體解決ORA-01102問題的步驟:

84：終端操作：

cd $ORACLE_HOME/dbs

ls lk*

[[email protected] dbs]# fuser -u  lk開頭的檔案
lkORCL: 6666(oracle) 6668(oracle) 6670(oracle) 6672(oracle) 6674(oracle)6676(oracle) 6678(oracle) 6680(oracle) 6690(oracle) 6692(oracle) 6694(oracle)6696(oracle) 6737(oracle) 6830(oracle)

果然該檔案沒釋放，用fuser命令kill掉(此操作資料庫也會變成假死狀態)：

[[email protected] dbs]# fuser -k lkORCL
lkORCL: 6666 6668 6670 6672 6674 6676 6678 6680 6690 6692 6694 6696 6737 6830
[[email protected] dbs]# fuser -u lkORCL

然後將假死狀態的資料庫變成真死，再重生即可：

shutdown immediate

SQL> startup 
ORACLE instance started.

Total System Global Area 276824064bytes
Fixed Size 778736 bytes
Variable Size 137371152 bytes
Database Buffers 138412032 bytes
Redo Buffers 262144 bytes
Database mounted.
Database opened.
SQL>

資料庫成功OPEN.

龍哥允許我down掉84資料庫了，我猜想一下：

84資料庫down掉之後對官網有沒有影響

84：終端操作：

cd $ORACLE_HOME/dbs

ls sgadef*

ls lk*

Kill之後平臺上面沒有驗證碼了：

驗證碼顯示不出來需要vim /etc/profile

exportJAVA_OPTS="-Djava.awt.headless=true"

然後重啟tomcoat即可

按照上面的操作後，發現85平臺網頁登入不進去了，一直轉圈圈，超哥說用PL/SQL連不進去85了，那就是資料庫的問題了，在84資料庫上面可以用系統使用者登入進去，也可以用普通使用者登入進去，就是navicat和PL/SQL連不進去，一連就卡死了，解決方法：

重啟oracle的監聽：lsnrctlstop;lsnrctl start，你會發現有一個監聽端點概要...

 (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=SMS)))

 (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=Slave1)(PORT=1521)))，他的HOST是Slave1，說明是靠域名來解析ip的，然後去看一下域名解析，vim/etc/hosts，發現Slave1不是本機的公網ip，而是233的ip，所以需要將ip更改為本機公網IP，然後重啟oracle的監聽就可以了。

這個問題的原因是之前鬆哥把這臺原本是83的ip改為了現在的84，但是沒有去改hosts域名解析，這就會導致當你重啟資料庫伺服器的時候PL/SQL或navicat連不上你的oracle資料庫了；然後85平臺網頁的tomcat6p需要重啟才會連線到84的資料庫伺服器，這個時候平臺網頁才能登入的進去

和海哥說6月2號的錯誤日誌，和海哥說84資料庫終端進去不能查詢的問題