這篇文章主要介紹了服務(wù)器搬遷后要準(zhǔn)備哪些工作的相關(guān)知識(shí),內(nèi)容詳細(xì)易懂,操作簡(jiǎn)單快捷,具有一定借鑒價(jià)值,相信大家閱讀完這篇服務(wù)器搬遷后要準(zhǔn)備哪些工作文章都會(huì)有所收獲,下面我們一起來(lái)看看吧。
成都創(chuàng)新互聯(lián)長(zhǎng)期為成百上千客戶提供的網(wǎng)站建設(shè)服務(wù),團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年,關(guān)注不同地域、不同群體,并針對(duì)不同對(duì)象提供差異化的產(chǎn)品和服務(wù);打造開(kāi)放共贏平臺(tái),與合作伙伴共同營(yíng)造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為營(yíng)山企業(yè)提供專業(yè)的成都網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計(jì),營(yíng)山網(wǎng)站改版等技術(shù)服務(wù)。擁有十年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開(kāi)發(fā)。
1
批量檢測(cè)服務(wù)器的可用狀態(tài)
如果有大批量的服務(wù)器搬遷,有些能夠連通,有些不可以,使用telnet本身就有硬傷,我們直接設(shè)置個(gè)超時(shí)時(shí)間,對(duì)于服務(wù)是否可用一目了然。這個(gè)時(shí)候還是推薦使用nc命令。比如測(cè)試服務(wù)器10.129.128.37的22端口是否可通,超時(shí)時(shí)間為2秒,則可以使用如下的命令。
nc -z -v -n -w 2 10.129.128.37 22
2
檢查ILO的連接情況
如果ILO(iDRAC)都不可用,那么基本上可以保證你的這個(gè)服務(wù)器就不可用了。沒(méi)有了終極控制權(quán),即使可以連接,但是一旦服務(wù)器出現(xiàn)異常就完全不可控,這個(gè)時(shí)候尤其注意的是密碼,要知道密碼。
3
檢查root密碼的情況
檢查root密碼的重要性不言而喻,如果能夠訪問(wèn)到服務(wù)器,但是你壓根登錄不了,沒(méi)有任何預(yù)想準(zhǔn)備的用戶,那么這個(gè)也可以給服務(wù)器“判刑”了。修改root密碼本身不是件容易的事情,通過(guò)各種設(shè)置,如果在關(guān)鍵步驟還需要密碼呢。
4
防火墻信息丟失
這樣的情況碰到了幾次,服務(wù)器重啟之后原本能連接的連不上了,這個(gè)時(shí)候的解決方法還是ILO的連接到服務(wù)器端,然后手工開(kāi)啟,或者給自己留點(diǎn)余地,給主庫(kù)或者備庫(kù)開(kāi)啟訪問(wèn)的權(quán)限,這樣即使中控權(quán)限丟失,也還能保證能夠連接。
5
使用硬IP綁定而非主機(jī)域名綁定
有些系統(tǒng)會(huì)設(shè)置自動(dòng)啟動(dòng)監(jiān)聽(tīng),很可能服務(wù)器無(wú)法開(kāi)啟自啟動(dòng),其中的一個(gè)主要原因就是使用了硬IP綁定,在listener.ora里面如果使用主機(jī)域名解析就會(huì)省事很多。
或者對(duì)于MySQL而言,這個(gè)問(wèn)題就會(huì)被放大,比如下面的一個(gè)slave服務(wù)器啟動(dòng)之后,無(wú)法連接到主庫(kù)應(yīng)用binlog,經(jīng)過(guò)排查,主要的一個(gè)原因就是對(duì)于用戶權(quán)限的配置使用了硬IP配置,如果使用域名綁定就會(huì)方便多了。
slave的錯(cuò)誤信息如下:
2017-07-26
03:55:34 2490 [ERROR] Slave I/O: error connecting to master
'rep_live800@live800.test.com:3306' - retry-time: 5 retries: 5,
Error_code: 1130
2017-07-26 03:55:39 2490 [ERROR] Slave I/O: error
connecting to master 'rep_live800@live800.test.com:3306' - retry-time:
5 retries: 6, Error_code: 1130
update mysql.user set host='xxxx' where user='xxx';
這個(gè)時(shí)候刷新權(quán)限就能夠正常連接了。
--flush privileges
查看slave的日志如下:
2017-07-26 03:55:44 2490 [Note] Slave I/O thread: connected to master 'rep_live800@live800.test.com:3306',replication started in log 'binlog.000019' at position 818554844
6
工具的配置問(wèn)題
如果使用oracle的DG broker配置,如果本身存在一些配置的問(wèn)題或者就是DG Broker在早期版本不夠強(qiáng)大,很可能會(huì)出現(xiàn)一些問(wèn)題。
比如下面的DG Broker配置總是失敗,就是的問(wèn)題,最后重新配置DG Broker就可以了。
Data Guard Broker terminating NSV3, timed out waiting for a response from database s3accdb0
07/26/2017 09:13:18
Data Guard Broker terminating NSV3, timed out waiting for a response from database s3accdb0
07/26/2017 09:13:37
7
數(shù)據(jù)庫(kù)無(wú)法啟動(dòng)
數(shù)據(jù)庫(kù)在啟動(dòng)時(shí)很可能失敗,可能因?yàn)榻┦M(jìn)程,可能因?yàn)閮?nèi)核參數(shù)配置的問(wèn)題。比如下面的這個(gè)問(wèn)題。
idle> startup mount
ORA-27102: out of memory
Linux-x86_64 Error: 28: No space left on device
而錯(cuò)誤的原因就在于內(nèi)存中的僵尸進(jìn)程依舊存在,還沒(méi)有釋放。
$ ps -ef|grep smon
oracle 5374 4967 0 12:58 pts/0 00:00:00 grep smon
oracle 24710 1 0 Jul25 ? 00:00:00 ora_smon_statdb1
手工釋放,重啟就可以了。
8
數(shù)據(jù)庫(kù)文件丟失
數(shù)據(jù)庫(kù)如果你啟動(dòng)服務(wù)器之后,突然發(fā)現(xiàn)數(shù)據(jù)全都丟失了,sqlplus,mysql完全不可用,先不要著急,你可以看看是不是分區(qū)沒(méi)有掛載。
關(guān)于“服務(wù)器搬遷后要準(zhǔn)備哪些工作”這篇文章的內(nèi)容就介紹到這里,感謝各位的閱讀!相信大家對(duì)“服務(wù)器搬遷后要準(zhǔn)備哪些工作”知識(shí)都有一定的了解,大家如果還想學(xué)習(xí)更多知識(shí),歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。
本文題目:服務(wù)器搬遷后要準(zhǔn)備哪些工作
當(dāng)前地址:http://muchs.cn/article12/jehjdc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站導(dǎo)航、品牌網(wǎng)站建設(shè)、搜索引擎優(yōu)化、、全網(wǎng)營(yíng)銷推廣、做網(wǎng)站
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)