关于企业云盘实施的经验教训
2017-11-29 22:00
190 查看
1、云盘的架构:目前都是分布式架构,即多台服务器构成,数据存储在服务器的存储空间内,服务器硬件指标必须是相同的。我公司拟采取双服务器加存储的方式构建云盘,结果被告知无法实施。
2、备份机制:数据必须要备份。目前的云盘采用多副本的方式保证数据的完整性和容灾,但是忽视了企业往往需要异地备份和容灾,目前企业云盘厂家没有完整的异地容灾方案。
3、用户管理:大多数中小型企业都采用window 域管理方式进行用户和设备管理,虽然不像Linux那样高大上,但是使用简单方便。于是要求云盘的用户可以与windows域用户进行同步。请各位朋友注意,必须要求云盘的用户管理可以与AD域的OU同步,这个我是有惨痛教训的,这里有个坑,某个3***云盘声称“支持定时同步及同步时将所有AD用户同步到云盘”,这里说的是所有AD用户,是不支持按OU同步的,这意味着你必须购买与大于等于你的AD域用户数的授权,否则你不能同步云盘用户。
不能按OU同步,明明是个大BUG,说的还那样振振有词,脸皮厚的可以,老周真是瞎了眼了,再次提醒各位朋友注意这几个问题。
2、备份机制:数据必须要备份。目前的云盘采用多副本的方式保证数据的完整性和容灾,但是忽视了企业往往需要异地备份和容灾,目前企业云盘厂家没有完整的异地容灾方案。
3、用户管理:大多数中小型企业都采用window 域管理方式进行用户和设备管理,虽然不像Linux那样高大上,但是使用简单方便。于是要求云盘的用户可以与windows域用户进行同步。请各位朋友注意,必须要求云盘的用户管理可以与AD域的OU同步,这个我是有惨痛教训的,这里有个坑,某个3***云盘声称“支持定时同步及同步时将所有AD用户同步到云盘”,这里说的是所有AD用户,是不支持按OU同步的,这意味着你必须购买与大于等于你的AD域用户数的授权,否则你不能同步云盘用户。
不能按OU同步,明明是个大BUG,说的还那样振振有词,脸皮厚的可以,老周真是瞎了眼了,再次提醒各位朋友注意这几个问题。
相关文章推荐
- 关于写adapter适配器的一些经验教训(2017.9.15)
- 某企业网络改造工程咨询与实施案例经验分享篇 推荐
- 一个项目的经验教训:关于打乱和拆分数据
- 一个PRM系统实施的经验与教训
- 关于eclipse开发的经验教训
- 专题:如何向信息化标杆企业看齐之二——经验与教训,那个更值得学习
- 移动应用开发部,实施敏捷开发3个月后的一些经验和教训。
- 云盒子企业云盘亮相中国电子信息博览会,带来关于文件管理的变革
- 移动应用开发部,实施敏捷开发3个月后的一些经验和教训。
- 一个项目的经验教训:关于打乱和拆分数据
- 关于win7 安装oracle database 11g的经验教训
- 一个项目的经验教训:关于打乱和拆分数据
- 关于使用 MongoDB Connector for Hadoop 的经验和教训
- 小公司项目实施--从我的一次经历看经验教训
- 网友分享:企业建站最惨痛的经验教训
- 一个项目的经验教训:关于打乱和拆分数据
- 关于继电器使用的一点经验教训!
- 一个项目的经验教训:关于打乱和拆分数据
- 关于发布的经验教训
- 软件合作开发:2012年年底给苏州工业园区某家软件企业实施C#.NET软件开发系统框架的经验小结