這篇文章主要介紹了服務(wù)器搬遷后要準備哪些工作的相關(guān)知識，內(nèi)容詳細易懂，操作簡單快捷，具有一定借鑒價值，相信大家閱讀完這篇服務(wù)器搬遷后要準備哪些工作文章都會有所收獲，下面我們一起來看看吧。

成都創(chuàng)新互聯(lián)長期為成百上千客戶提供的網(wǎng)站建設(shè)服務(wù)，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為營山企業(yè)提供專業(yè)的成都網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計，營山網(wǎng)站改版等技術(shù)服務(wù)。擁有十年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

1

  批量檢測服務(wù)器的可用狀態(tài)

  如果有大批量的服務(wù)器搬遷，有些能夠連通，有些不可以，使用telnet本身就有硬傷，我們直接設(shè)置個超時時間，對于服務(wù)是否可用一目了然。這個時候還是推薦使用nc命令。比如測試服務(wù)器10.129.128.37的22端口是否可通，超時時間為2秒，則可以使用如下的命令。

nc -z -v -n -w 2 10.129.128.37 22

2

 檢查ILO的連接情況

   如果ILO(iDRAC)都不可用，那么基本上可以保證你的這個服務(wù)器就不可用了。沒有了終極控制權(quán)，即使可以連接，但是一旦服務(wù)器出現(xiàn)異常就完全不可控，這個時候尤其注意的是密碼，要知道密碼。

3

 檢查root密碼的情況

   檢查root密碼的重要性不言而喻，如果能夠訪問到服務(wù)器，但是你壓根登錄不了，沒有任何預(yù)想準備的用戶，那么這個也可以給服務(wù)器“判刑”了。修改root密碼本身不是件容易的事情，通過各種設(shè)置，如果在關(guān)鍵步驟還需要密碼呢。

4

防火墻信息丟失

這樣的情況碰到了幾次，服務(wù)器重啟之后原本能連接的連不上了，這個時候的解決方法還是ILO的連接到服務(wù)器端，然后手工開啟，或者給自己留點余地，給主庫或者備庫開啟訪問的權(quán)限，這樣即使中控權(quán)限丟失，也還能保證能夠連接。

5

使用硬IP綁定而非主機域名綁定

有些系統(tǒng)會設(shè)置自動啟動監(jiān)聽，很可能服務(wù)器無法開啟自啟動，其中的一個主要原因就是使用了硬IP綁定，在listener.ora里面如果使用主機域名解析就會省事很多。

或者對于MySQL而言，這個問題就會被放大，比如下面的一個slave服務(wù)器啟動之后，無法連接到主庫應(yīng)用binlog,經(jīng)過排查，主要的一個原因就是對于用戶權(quán)限的配置使用了硬IP配置，如果使用域名綁定就會方便多了。

slave的錯誤信息如下：

 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';

這個時候刷新權(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

工具的配置問題

如果使用oracle的DG broker配置，如果本身存在一些配置的問題或者就是DG Broker在早期版本不夠強大，很可能會出現(xiàn)一些問題。

比如下面的DG Broker配置總是失敗，就是的問題，最后重新配置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ù)庫無法啟動

數(shù)據(jù)庫在啟動時很可能失敗，可能因為僵尸進程，可能因為內(nèi)核參數(shù)配置的問題。比如下面的這個問題。

idle> startup mount
ORA-27102: out of memory
Linux-x86_64 Error: 28: No space left on device
而錯誤的原因就在于內(nè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ù)庫文件丟失

數(shù)據(jù)庫如果你啟動服務(wù)器之后，突然發(fā)現(xiàn)數(shù)據(jù)全都丟失了，sqlplus,mysql完全不可用，先不要著急，你可以看看是不是分區(qū)沒有掛載。

關(guān)于“服務(wù)器搬遷后要準備哪些工作”這篇文章的內(nèi)容就介紹到這里，感謝各位的閱讀！相信大家對“服務(wù)器搬遷后要準備哪些工作”知識都有一定的了解，大家如果還想學(xué)習更多知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。