进入主题，首先来谈下微软用来做SharePoint 迁移评估的工具，SMAT
?SMAT全称是SharePoint Migration Assessment Tool，顾名思义就是用来做迁移评估的，目前SharePoint 2010和SharePoint 2013都有对应的SMAT的版本，SharePoint 2010可以使用SMAT 2010，SharePoint 2013可以使用SharePoint 2013。
分类：
其他好文 时间：
2018-02-28 01:04:51
阅读次数：
237
今天再来开一个新的篇章，简单来谈谈SharePoint到SharePoint Online的迁移，说实话这真是个相当大的话题，Office 365的迁移其实之前也谈过一些了，但是基本上都是在谈Exchange迁移到Exchange Online，这本身也是个很复杂的工作，技术上的东西就不说了，人员的安排，项目管理，用户通知等等这些也是很多细致的工作，但是SharePoint到SharePoint Online的迁移个人感觉要比Exchange复杂很多，因为SharePoint本身就已经相当复杂，涉及到的功能和组件繁多，很多企业用SharePoint基本也都是会有二次开发的内容，这些内容想要迁移到SharePoint Online，往往都会要涉及到代码层面的修改和调整，很多时候因为架构不同的原因，SharePoint 2010,2013的很多定制化的内容可能本身就不被SharePoint Online支持，比如沙盒模式等
分类：
其他好文 时间：
2018-02-27 23:19:50
阅读次数：
231
?年也过完了，今天也该开工了，再来分享一个关于O365的脚本，之前分享过一个可以批量开启用户Onedrive for business的脚本，对于做一些迁移的工作来说会比较有帮助，今天再来分享一个如何获取用户开启Onedrive for business情况的脚本，在O365 admin portal推出报表的功能以前，这个脚本用来查看用户开启onedrive for business的情况是非常有帮助的，现在来说我们也可以通过这个脚本来查看实时的状态信息
分类：
系统相关 时间：
2018-02-22 19:27:54
阅读次数：
238
到目前为止，我们已经完成了ADFS的部署工作，在之前的测试里也可以看到我们在登录的时候已经是重定向到本地ADFS了，并且也可以看到一些审核的log，接下来就是我们的重点工作，如何通过Claim Rules来实现我们想要限定哪些用户在哪些区域可以登录的行为
想要实现我们之前说的场景，在ADFS里主要是通过claim rules，他可以支持各种各样的场景，微软也有比较详细的文档和demo来告诉你这个东西怎么用，在使用的时候我们可以先查看一下官方文档，来看是不是可以支持我们的想法，之后再把对应的rules结合自己的需要进行修改即可
分类：
其他好文 时间：
2018-02-14 12:53:37
阅读次数：
280
承接上文，下边来重点介绍下ADFS以及Proxy的部署，注意配置前因为Proxy没有加域，如果是本地AD签发的证书，最好提前导入到Proxy中最好证书的信任
分类：
其他好文 时间：
2018-02-13 15:35:19
阅读次数：
214
开篇简单介绍了我们要做的事，和需要准备的东西，相信基本上还是可以看的明白的，下边进入主题，我们来看一下如何部署ADFS
首先来讲一下ADFS大概的架构，一般来说在生产环境，我们是推荐将ADFS部署成FARM的，也就是通过多台ADFS共同承载流量，ADFS本身是要面向公网的，身份验证的请求会从AAD转到ADFS，这样就会产生ADFS直接暴露在公网的问题，所以在生产环境我们还会推荐部署ADFS Proxy，将Proxy放在ADFS前承载流量，这样可以把后端整个ADFS和AD环境保护起来。一般推荐的部署方式如下表所示
分类：
其他好文 时间：
2018-02-13 14:32:48
阅读次数：
341
?今天来谈谈O365，O365作为一个Saas的服务，本身相比较在本地部署Exchange + S4B Server + SharePoint来说已经方便了不知道多少倍，作为企业的IT来说已经可以将工作重点完全放在业务上，而不是服务器和系统本身的运维，这也是云服务的一大优势。
?云服务的一个很大的优势就是开箱即用，省去了很多部署的步骤，但是相对应的，有一些在本地可以控制的东西，但因为云的基础架构本身是用户触碰不到的，所以上云之后可能就没办法像本地一样能够完全掌控全局了。
分类：
其他好文 时间：
2018-02-12 16:44:43
阅读次数：
223
又来分享一些日常用的小脚本哈，比如说有些小型企业在使用O365时开始用的是O365自带的域名，过了一段时间后想用自己的域名了，这时候管理员就需要将用户的UPN修改成自定义域名。总体来说这不是个复杂的活，简单写的话可能几行代码就搞定了，当然如果想写的稍微规范些，那么可以再加上一些逻辑控制类的语句
分类：
系统相关 时间：
2018-02-08 16:31:01
阅读次数：
410
再来分享一些自己写的小脚本哈，有些时候经常会需要使用自己的O365的账号做一些测试，为了能让测试的环境更真实，更贴近生产环境，很多时候我会用脚本去创建一些用户，然后生成一些邮件，日历或者是其他的数据，测试完成后这些用户和数据都是需要处理掉的，如果不把使用了自定义域的用户和组等都删掉，那么域名就没办法清除掉，手动删除这些数据当然是可以的，但是为了方便起见，其实可以用一些脚本直接将O365里的用户和组全部清除掉。自己写个简单的脚本就可以完成了，当然对于Global admin来说，这个当然不能随便删了
分类：
系统相关 时间：
2018-02-08 16:30:43
阅读次数：
204
我们开始进行邮箱的O365的迁移了，起初学得高大尚，可惜总部只给了一个如何迁移用户的文档，啥技术架构都没有讲。文档就两步：第一步生成一个迁移任务去执行第二步，给迁过去的用户指定一个license在测试过程中，我们发现了好多问题，同时我们一步步总结出了规律。因为本人比较懒，也没有时间去研究这些O365的官方文档，因为本人在研究PYTHON和OPENSTACK，没有时间弄微软的东西了。以下应该是我译音
分类：
其他好文 时间：
2018-02-02 11:32:49
阅读次数：
175
