共計 2083 個字符，預計需要花費 6 分鐘才能閱讀完成。
這篇文章主要介紹了服務器搬遷后要準備哪些工作的相關知識，內容詳細易懂，操作簡單快捷，具有一定借鑒價值，相信大家閱讀完這篇服務器搬遷后要準備哪些工作文章都會有所收獲，下面我們一起來看看吧。
1
批量檢測服務器的可用狀態
如果有大批量的服務器搬遷，有些能夠連通，有些不可以，使用 telnet 本身就有硬傷，我們直接設置個超時時間，對于服務是否可用一目了然。這個時候還是推薦使用 nc 命令。比如測試服務器 10.129.128.37 的 22 端口是否可通，超時時間為 2 秒，則可以使用如下的命令。
nc -z -v -n -w 2 10.129.128.37 22
2
檢查 ILO 的連接情況
如果 ILO(iDRAC) 都不可用，那么基本上可以保證你的這個服務器就不可用了。沒有了終極控制權，即使可以連接，但是一旦服務器出現異常就完全不可控，這個時候尤其注意的是密碼，要知道密碼。
3
檢查 root 密碼的情況
檢查 root 密碼的重要性不言而喻，如果能夠訪問到服務器，但是你壓根登錄不了，沒有任何預想準備的用戶，那么這個也可以給服務器“判刑”了。修改 root 密碼本身不是件容易的事情，通過各種設置，如果在關鍵步驟還需要密碼呢。
4
防火墻信息丟失
這樣的情況碰到了幾次，服務器重啟之后原本能連接的連不上了，這個時候的解決方法還是 ILO 的連接到服務器端，然后手工開啟，或者給自己留點余地，給主庫或者備庫開啟訪問的權限，這樣即使中控權限丟失，也還能保證能夠連接。
5
使用硬 IP 綁定而非主機域名綁定
有些系統會設置自動啟動監聽，很可能服務器無法開啟自啟動，其中的一個主要原因就是使用了硬 IP 綁定，在 listener.ora 里面如果使用主機域名解析就會省事很多。
或者對于 mysql 而言，這個問題就會被放大，比如下面的一個 slave 服務器啟動之后，無法連接到主庫應用 binlog, 經過排查，主要的一個原因就是對于用戶權限的配置使用了硬 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
這個時候刷新權限就能夠正常連接了。
–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 在早期版本不夠強大，很可能會出現一些問題。
比如下面的 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
數據庫無法啟動
數據庫在啟動時很可能失敗，可能因為僵尸進程，可能因為內核參數配置的問題。比如下面的這個問題。
idle startup mount
ORA-27102: out of memory
Linux-x86_64 Error: 28: No space left on device
而錯誤的原因就在于內存中的僵尸進程依舊存在，還沒有釋放。
$ 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
數據庫文件丟失
數據庫如果你啟動服務器之后，突然發現數據全都丟失了，sqlplus,mysql 完全不可用，先不要著急，你可以看看是不是分區沒有掛載。
關于“服務器搬遷后要準備哪些工作”這篇文章的內容就介紹到這里，感謝各位的閱讀！相信大家對“服務器搬遷后要準備哪些工作”知識都有一定的了解，大家如果還想學習更多知識，歡迎關注丸趣 TV 行業資訊頻道。
