这篇文章主要介绍了服务器搬迁后要准备哪些工作的相关知识,内容详细易懂,操作简单快捷,具有一定借鉴价值,相信大家阅读完这篇服务器搬迁后要准备哪些工作文章都会有所收获、下面我们一起来看看吧。
1
<强>,批量检测服务器的可用状态强>
, 如果有大批量的服务器搬迁,有些能够连通,有些不可以,使用telnet本身就有硬伤,我们直接设置个超时时间,对于服务是否可用一目了然。这个时候还是推荐使用数控命令。比如测试服务器10.129.128.37的22端口是否可通,超时时间为2秒,则可以使用如下的命令。
nc - z - v - n - w 2 10.129.128.37 22
2
<>强,检查国际劳工组织的连接情况强>
,,如果国际劳工组织(iDRAC)都不可用,那么基本上可以保证你的这个服务器就不可用了。没有了终极控制权,即使可以连接,但是一旦服务器出现异常就完全不可控,这个时候尤其注意的是密码,要知道密码。
3
<>强,检查根密码的情况强>
,,检查根密码的重要性不言而喻,如果能够访问到服务器,但是你压根登录不了,没有任何预想准备的用户,那么这个也可以给服务器”判刑”了。修改根密码本身不是件容易的事情,通过各种设置,如果在关键步骤还需要密码呢。
4
<>强防火墙信息丢失强>
这样的情况碰到了几次,服务器重启之后原本能连接的连不上了,这个时候的解决方法还是国际劳工组织的连接到服务器端,然后手工开启,或者给自己留点余地,给主库或者备库开启访问的权限,这样即使中控权限丢失,也还能保证能够连接。
5
使用硬IP绑定而非主机域名绑定
有些系统会设置自动启动监听,很可能服务器无法开启自启动,其中的一个主要原因就是使用了硬IP绑定,在listener.ora里面如果使用主机域名解析就会省事很多。
或者对于mysql而言,这个问题就会被放大,比如下面的一个奴隶服务器启动之后,无法连接到主库应用binlog,经过排查,主要的一个原因就是对于用户权限的配置使用了硬IP配置,如果使用域名绑定就会方便多了。
奴隶的错误信息如下:
,2017-07-26
03:55:34 2490奴隶I/O(错误):连接到错误的主人
& # 39;rep_live800@live800.test.com: 3306 & # 39;重试时间:5,重试:5
Error_code: 1130
2017-07-26 03:55:39 2490奴隶I/O(错误):错误
连接到主& # 39;rep_live800@live800.test.com: 3306 & # 39;重试时间:
5,重试:6,Error_code: 1130
更新mysql。用户设置主机=& # 39;xxxx # 39;用户=& # 39;xxx # 39;;
这个时候刷新权限就能够正常连接了。
——冲洗特权
查看奴隶的日志如下:
2017-07-26 03:55:44 2490[注]奴隶I/O的线程:连接到主人 & # 39;rep_live800@live800.test.com: 3306 & # 39;,在日志复制开始 & # 39;binlog.000019& # 39;在位置818554844
6
<>强工具的配置问题强>
如果使用甲骨文的DG代理配置,如果本身存在一些配置的问题或者就是DG经纪人在早期版本不够强大,很可能会出现一些问题。
比如下面的DG代理配置总是失败,就是的问题,最后重新配置DG代理就可以了。
数据保护代理终止NSV3,超时等待响应从数据库s3accdb0
07/26/2017 09:13:18
数据警卫队代理终止NSV3,超时等待响应从数据库s3accdb0
07/26/2017 09:13:37
7
<>强数据库无法启动强>
数据库在启动时很可能失败,可能因为僵尸进程,可能因为内核参数配置的问题。比如下面的这个问题。
idle>启动
山ora - 27102:内存不足
Linux-x86_64错误:28:没有空间>关于“服务器搬迁后要准备哪些工作”这篇文章的内容就介绍到这里,感谢各位的阅读!相信大家对“服务器搬迁后要准备哪些工作“知识都有一定的了解,大家如果还想学习更多知识,欢迎关注行业资讯频道。