共计 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 行业资讯频道。
