RMS升级迁移以及群集的一些分享

前端时间要做一个sharepoint跟rms的升级的项目,这里分享一下实施过程的一些经验。

关于rms的升级,看了微软官方网站,内容特别多,等我啃完了之后发现被搞糊涂了,所以最后还是自己亲自做实验得出了结论的。

1   RMS是以群集出现的,就算只有一台服务器,也是以群集的形式,对群集有了解的人就都知道是什么东西了,对rms也更加容易懂了

2   RMS的群集里面不能同时存在不同版本的rms,例如rms 2008版本的群集,使用2012的rms是无法加入群集的,同理 rms 2012创建的rms群集,2008的rms无法加入,只能创建另外一个辅助的rms群集

3   RMS的升级只是将RMS的三个数据库备份出来,还原这三个数据库,之后创建新的群集的时候直接使用这三个数据库,并做一部分修改就可以了。

简单介绍一下我这次实施的过程:

环境:一台 windows server 2008 安装 rms角色(数据库内置在windows系统中)

一台 sql 2008 服务器

一台windows  server 2012 系统,启用rms角色,未配置群集

1   rms  2008中安装 sql 客户端工具 SQLManagementStudio_x64_CHS  ,也就是ssms,可以使用其他版本的ssms

2   停止rms服务,使用命令iisreset /stopG跟net stop adrmsloggingservice,等待消息队列为空

3   使用ssms工具连接到数据库服务器为\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query,账号密码使用windows验证方式,便可以进入数据库,看到三个数据库了

4  备份三个数据库出来,之后拷贝到sql服务器上,使用ssms工具恢复这三个数据库到sql服务器上。前期工作基本完成

5  安装了RMSToolkit,之后打开C:\Program Files(x86)\RMS SP2 Administration Toolkit\RMSConfigEditor路径,运行RMSConfigEditor.exe

在RMS Config Editor的界面,在Server一栏输入目标SQL Server名称完成之后点击【GO】

6. 在Database栏位会自动弹出对应的还原的数据库列表,选择DRMS_Config之后,点击【GO】

7. 在左侧列出的配置列表中,定位在DRMS_ClusterPolicies——LoggingDatabaseServer,修改PolicieData的值为SQL服务器名称

8. 参照以上步骤,修改该列表中的LoggingDatabaseServer、CertificationUserKeyStorageConnection、DirectoryServicesCachDatabase这三个策略中的PolicyData(主要修改的是其中的data Source对应的服务器名称)

9. 至此,使用RMSToolKit修改Database中的参数步骤完成

10  将rms  2008服务器关机,之后再连接到dns服务器,将群集名称指向rms 2012服务器上。

11  在rms 2012上配置rms,将rms配置为加入群集中,而不是新建群集,之后使用sql上的数据库

12  一步一步配置到结束,最后rms服务器都起来正常使用,这个群集实际也成为了新的群集了。

注:  下面是收集的一些笔记,有点乱,希望给大家能有启发。

1. 在新的2012系统上安装 rms角色,先不做配置

2. 做后端准备,在SQL服务器上运行regedit.exe,修改下面路径HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters

3. 键Parameters,新建,选择Dword(32-bit)值,命名该键值,输入如下:

Disablestrictnamechecking

4. 关闭sql防火墙,或者开启445,1433,1434端口

5. 检查开启SQL Server 配置管理器- SQL Server网络配置- MSSQLSERVER的协议-named pipes

6. 登陆sql服务器上,以管理员身份登陆到ssms管理器,在左侧的安全性,登录名中,右键新建登录名,添加目前的RMS的服务账户,检查每一个选项

7. 待定,将sql服务器创建一个别名记录,为原本内置数据库的名称

8. 前端准备:停止iis服务 使用命令 iisreset /stop

9. 确认消息队列为空,启动服务器管理器——展开功能、消息队列、专用队列, DRMS_Logging_< 群集 >_< 端口 >.——单击消息队列.——如果该队列不为空,等待,直到它是。

10. 停止 AD RMS 日志记录服务:用管理员权限打开命令提示符——键入以下命令,然后按 enter 键——net stop adrmsloggingservice

11. 备份当前AD RMS的数据库,包括在SQL Server中产生的三个RMS数据库以及RMS Server 的信任用户域和发布域。其中后者是可选,选择保存位置(事先在桌面新建BackupRMS文件夹),保存到对应的备份位置并输入密码,完成后关闭

12. 安装sql客户端,备份所有数据库出来,最好直接回复到新服务器上。也可以使用分离数据库方式将所有数据库分离出来,在%systemroot%\SYSMSI\SSEE\MSSQL.2005\MSSQL\Data 复制所有数据库以及日志出来

13. 安装了RMSToolkit之后,打开C:\Program Files(x86)\RMS SP2 Administration Toolkit\RMSConfigEditor路径,运行RMSConfigEditor.exe

14. 在RMS Config Editor的界面,在Server一栏输入目标SQL Server名称完成之后点击【GO】

15. 在Database栏位会自动弹出对应的还原的数据库列表,选择DRMS_Config之后,点击【GO】

16. 在左侧列出的配置列表中,定位在DRMS_ClusterPolicies——LoggingDatabaseServer,修改PolicieData的值为SQL服务器名称

17. 参照以上步骤,修改该列表中的LoggingDatabaseServer、CertificationUserKeyStorageConnection、DirectoryServicesCachDatabase这三个策略中的PolicyData(主要修改的是其中的data Source对应的服务器名称)

18. 至此,使用RMSToolKit修改Database中的参数步骤完成

19. 现在开始配置新的RMS服务器进入群集中,如果成功即可,如果不成功就继续下面步骤之后再添加进去群集

20. 接下来修改RMS Server的注册表值, 以域管理员账户登录RMS Server, 定位到HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\AdRmsLoggingService\Params, 修改ConnectionString的键值,主要是修改Data Source的值,此处举例修改为RMS-SQL

21. 定位注册表位置,HKEY_LOCALMACHINE \SYSTEM \ControlSet001 \Services\AdRmsLoggingService 跟 HKEY_LOCALMACHINE \SYSTEM \ControlSet002\Services \AdRmsLoggingService

22.

23. 同样位置,修改LoggingDatabaseServer的值为RMS-SQL

24. 定位注册表位置,HKEY_LOCALMACHINE \software\microsoft\drms\connectionstring

25.

26. 至此,关于注册表的修改就完成了,接下来重启IIS服务和系统服务中的ADRMS Logging服务即可

27. 启动AD RMS Logging Service,启动网站即可

注解:

1. 如果提示“无法打开数据库登录所请求。登录失败。登录失败,用户.....”,

l 登录到 SQL Server 并启动 SQL 服务器管理工作室具有管理员权限。

l 展开以下节点:
安全
登录名

l 双击 AD RMS 服务帐户。

l 在登录属性对话框中,单击用户映射.

l 确保三个 DRMS 数据库旁边的复选框被选中。

l 如果选择一个或多个复选框失败,从每个 DRMS 数据库 (根据 Databases\< DRMS_database >\Security\Users) 的用户列表中删除 AD RMS 服务帐户,然后再次在 AD RMS 服务帐户用户映射表中选择复选框。

时间: 2024-12-17 08:11:55

RMS升级迁移以及群集的一些分享的相关文章

Oracle 一次生产分库,升级,迁移

今天完成了一个负载较高的中央数据库的分库操作, 并实现了oracle的滚动升级(10.2.0.1->10.2.0.4), 业务中断仅15分钟. 平台: RHEL AS 4 + Oracle 10.2.0.1 分库目的: 1) 迁出BUSINESS/BUSINESS_APP两业务系统用户数据, 减轻中央库的业务压力和负载, 调整数据库架构, 以应对后续新业务系统上线造成对中央库的冲击; 2) 新库升级Oracle10.2.0.1到10.2.0.4, 数据库本身修复了很多bug, 增强了数据库的稳定

gitlab升级迁移---源码包安装转rpm包(三)

距离上次gitlab升级快过去一年了,期间gitlab已更新了好多新版本,都没有进行升级.理由很简单,因为升级很麻烦,秉着能用就先用着的想法.但是最近gitlab接连发出之前旧版本有安全漏洞,看到的公告是:<GitLab 叕发布安全补丁 12.0.3, 11.11.5 和 11.10.8,请即刻升级>,都出现“叕”字了,说明不得不升级了,毕竟代码是公司的核心资产. 那么说干就干,首先去gitlab官网查看升级文档,看需要升级哪些东西.我这gitlab之前是用源码包安装的,版本是10.8.7,需

【HICP Gauss】数据库 升级迁移维护-2

DM-Data Manager 集群管理web工具 数据库升级 1.检查版本 依次升级.升级前全备数据 2.磁盘空间不小于表预留空间 3. 确保数据库对包有一定权限 4.升级后正常启停 python zctl.py -t start 5.升级前必须停止业务 6.确保控制软件对数据库没有进行 实例关闭 拉起 主备切换 容灾 备份 触发定时任务 否则失败无法回滚 升级流程 升级检查环境 pre-check --> 一键升级 run -->清理环境 cleanup--> 启动数据库zctl.p

PVS vdisk从XenServer平台迁移到ESXi平台经验分享

跨平台镜像转换,从XS平台vdisk迁移到ESXi,怎么保障母镜像从原有平台迁移到新的平台,启动VDI不会蓝屏或黑屏 以下是操作步骤: 第一部分平台迁移过程,比较多,请注意! 1.在XS平台,将VDI的vdisk,转成VM 2.在VM卸载Cirix组件但XStools先不能卸载(否则平台VPV无法完成),卸载杀毒软件,重启后安装 VMware-converter,将VM迁到ESXI平台 3.注意在ESXI平台VM"VDI"无法开机,需新建空壳虚拟机: 4.通过挂载VM"VDI

企业网盘客户案例,武汉格雷斯酒店信息化升级,启动文档云分享

云盒子企业网盘自成立以来,始终以"致力为各行业提供专业.精细化的文档云协作服务"为目标,目前在全球已经服务超过20个行业,200万+政企用户.每一次用户服务都是为了更好的解决各行业面临文档管理的难题,针对其行业特点,定制专属企业网盘方案,为企业提供更高效的文档云办公. 这一次,我们分享的企业网盘客户案例是武汉光谷格雷斯大酒店. 酒店简介 武汉格雷斯大酒店由香港格雷斯国际酒店有限公司管理,在2013年正式开业,坐落在中国光谷中心腹地--武汉东湖高新技术开发区大学园路.格雷斯酒店是一家以国

WSFC2008R2跨群集迁移WSFC2012R2

Ok~继续演进,在本篇中老王将为大家介绍WSFC从2008R2到2012R2的迁移,本篇老王将介绍两种群集组的迁移,分别是DHCP从WSFC2008R2迁移到WSFC2012R2,以及虚拟机的跨群集CSV迁移. 环境如下 2008R2群集 node1 MGMET:10.0.0.3 255.0.0.0 DNS 10.0.0.2 ISCSI:30.0.0.3 255.0.0.0 CLUS:18.0.0.3 255.0.0.0 node2 MGMET:10.0.0.4 255.0.0.0 DNS 10

MSCS2003跨群集迁移至WSFC2008R2

从这篇开始,老王将为大家带来关于跨群集迁移的几篇文章,之前在国内很少看到有人提到关于跨群集迁移的一些东西,其实微软的群集是支持跨群集迁移的,那么跨群集迁移究竟是怎么回事,迁移的到底是那些内容呢,我们这就慢慢来看 在2008时代开始,当我们右键点击群集名称,更多操作,可以看到迁移服务和应用程序,点击之后会弹出这样一个迁移群集向导,实质上这是个跨群集迁移向导,旨在帮助我们从2003群集或2008群集,迁移至2008R2群集. 那么迁移向导,迁移的是什么呢,我们谈跨群集迁移究竟迁移的是什么,在2008

gitlab升级和迁移

由于近期公司gitlab服务器老是卡顿和出现其他问题,然后也很久没有升级过了,现在版本还是8.10.5,而官网最新版本已经是11.2了.另一个原因是gitlab所在的这台服务器快到期了,想换一台配置更好些的服务器,故对此进行升级和迁移. 升级思路:先在新服务器上安装一个和原版本相同的gitlab,然后备份原版本gitlab数据,备份完在新服务器恢复,恢复完在进行升级. 本文参照:https://github.com/gitlabhq/gitlab-recipes/tree/master/inst

08r2活动目录迁移升级2012r2--(主域控升级及DHCP迁移,目标系统准备)

接前面几篇文章,已经完成辅助域控的升级迁移以及证书角色的迁移,接下来,介绍主域控及DHCP迁移,首先,准备目标系统.目标系统加入域添加活动目录域服务角色 完成域服务角色安装 将PDC提升为辅助域控制器 完成辅助域控制器部署,并检查辅助域控健康状态,确认正常后进行主域控角色迁移. 原文地址:http://blog.51cto.com/yourcloud/2351159