机房服务器迁移的通知(国外服务器搭日本片)
机房搬迁应该注意哪些问题
在信息系统规模不断扩大的背景下，数据中心机房面积与配套设施难以满足需求，导致多数供电局选择重建机房。然而，如何安全地迁移服务器、存储、网络等设备至新机房成为一大挑战。
机房搬迁面临两大难点。首先，设备安全性和数据安全性保障至关重要，尤其设备往往已过保修期且较为陈旧。其次，迁移对业务工作影响显著，甚至可能导致单位业务中断，严重后果不容忽视。因此，充分准备和制定周密计划，提供预防与补救措施，确保数据和应用系统的安全性极为关键。
搬迁方案应围绕在线迁移展开，确保网络和应用系统稳定性与连续性，最大限度缩短系统运行中断时间。搬迁方案需包括设备清单确定、分类与系统划分、搬迁顺序安排等关键步骤。核心系统宜在周末或工作日晚上搬迁，而非核心系统则在工作日进行。对于双机运行设备，先搬迁备用系统，调试正常运行后，再搬迁主机。
搬迁前应制定通知，发布停机安排并设立热线电话与信息部联系，以协调搬迁事宜。建议采取人员与系统分期迁移策略，人员在新大楼办公稳定后，逐步迁移系统。前期准备需扎实，以减少错误，确保顺利迁移。
搬迁过程中的风险包括硬件损坏、人员伤害与应用故障。为应对这些风险，应采取措施，如定期维护设备、加强人员培训、制定应急计划等。
主机迁移机房后,需要自行设置域名解析吗
网站数据迁移完毕后，请您区分以下不同情况，自行设置域名解析到新主机：（1）如果您的主机域名dns是万网默认dns服务器（例如：dns1.hichina.com和dns2.hichina.com，dns7.hichina.com和dns8.hichina.com），则请您自己设置域名解析，解析生效后才可以使用。域名解析设置方法：会员登录→域名管理→点击需要解析的域名→域名解析服务→设置解析地址（2）如果您的主机域名dns不是万网默认的服务器，则请您通知您的域名的dns提供商将您的域名指向到新主机的ip地址，并且域名解析生效后才能正常使用。备注：域名解析未设置之前，您访问到的还是旧主机网站内容，因此，对于带有数据库的动态网站，您在设置域名解析后，请将旧主机上的数据库内容重新上传到新主机，确保显示最新数据。
NFS服务搭建及数据无缝迁移
五一节办公室要停电，机房虽有UPS，但也支撑不了8小时。
因生产环境有业务系统挂了办公室机房的NAS存储，故需要进行迁移，步骤记录如下：
先闲谈下技术-----------------------
NFS和samba的区别
samba是混合型网络中的共享服务，windows服务器可建samba服务，linux服务器也可建samba服务
nfs只面向unix、linux间的共享，linux服务器可建nfs服务（winodws系统也可以挂载nfs，就是有点不稳定）
NFS服务器上的操作--------------------------
nfs服务器操作系统版本：
[root@c7110~]# more/etc/system-release
CentOS Linux release 7.9.2009(Core)
nfs服务器安装nfs服务
[root@c7110~]# yum-y install nfs-utils rpcbind
创建nfs目录，并授权
[root@c7110~]# mkdir/opt/nfs-test
[root@c7110~]# chmod 777/opt/nfs-test
编辑nfs服务配置文件
[root@c7110~]# vi/etc/exports
内容如下：
/opt/nfs-test*(rw,root_squash,all_squash,sync)
重新加载nfs配置：
[root@c7110~]# exportfs-r
nfs服务设置开机启动
[root@c7110~]# systemctl enable rpcbind
[root@c7110~]# systemctl enable nfs
[root@c7110~]# systemctl enable nfs-lock
[root@c7110~]# systemctl enable nfs-idmap
启动nfs服务
[root@c7110~]# systemctl start rpcbind
[root@c7110~]# systemctl start nfs
[root@c7110~]# systemctl start nfs-lock
[root@c7110~]# systemctl start nfs-idmap
查看nfs服务启动后，所监听的端口信息：
[root@c7110~]# rpcinfo-p
linux服务器服务器上操作-------------------------------
业务服务器安装nfs软件客户端
[root@c7111~]# yum-y install nfs-utils
建立一个挂载目录
[root@c7111~]# mkdir/opt/test-m
挂载nfs服务器共享出来的目录
[root@c7111~]# mount-t nfs 10.x.x.10:/opt/nfs-test/opt/test-m/
查看下已挂载的nfs
[root@c7111~]# df-h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 1.5G 0 1.5G 0%/dev
tmpfs 1.5G 0 1.5G 0%/dev/shm
tmpfs 1.5G 8.8M 1.5G 1%/run
tmpfs 1.5G 0 1.5G 0%/sys/fs/cgroup
/dev/mapper/centos-root 97G 2.3G 95G 3%/
/dev/sda1 1014M 171M 844M 17%/boot
tmpfs 297M 0 297M 0%/run/user/0
10.x.x.6:/opt/nfs-test 97G 4.1G 93G 5%/opt/test-m
经测试，数据可读可写，证明nas服务没有问题，于是进行数据同步，数据同步用rsync命令。
rsync-avp gdsz@10.87.5.6::nas_6/mnt/guidang/--password-file=/root/rsync_pass--bwlimit=100000
数据同步完，通知研发进行挂载切换。研发同事在测试时，发现文件属性中的uid及gid与原来的不一致，有些担心，于是又小完善了一下NFS服务。
编辑nfs服务配置文件
[root@c7110~]# vi/etc/exports
内容如下：
/opt/nfs-test*(no_all_squash,anonuid=600,anongid=600)
重新加载nfs配置：
[root@c7110~]# exportfs-r
