我的公司使用 Office 365 for Exchange、SharePoint、Lync 等，包括通过 Azure Active Directory 进行的内置用户管理。
现在我们要切换到 Windows Server 上的本地 AD。它将更改同步到 Azure，但主要用户和组策略管理发生在 Windows 服务器上。
我们最初如何将用户帐户从 Azure AD 获取到本地（windows-server）AD？
编辑 1：是否有人使用 Microsoft Forefront Identity Manager 对此进行过研究？看起来这个工具带有 DirSync。在 DirSync 服务器上打开“miisclient.exe”（位于“C:\Program Files\Windows Azure Active Directory Sync\SYNCBUS\Synchronization Service\UIShell”）。可以将其配置为同步另一个方向......可能。
active-directory azure microsoft-forefront windows-server-2012-r2
我的公司很年轻而且很小，但随着我们的发展，我们想推出一些软件部署解决方案。我们还没有决定哪一个，但他们通常需要一个 Windows 域，而我们没有。我们将 Office 365 用于 Outlook、SharePoint 或 Lync 等所有内容。
在另一个问题中，我问了如何将用户从 O365 迁移到 Windows AD，似乎唯一的方法是从 o365 csv-export和 csv-import 到 Windows AD。然后我们激活 DirSync，它通过用 Windows AD 中提供的属性覆盖 O365 中的所有属性来同步帐户。激活 DirSync 也会移动授权源。
O365 中的许多属性在 Windows AD 中没有类比，反之亦然。
如果我们无法迁移某些属性或在此过程中出现某些错误，则某些云应用程序（如 Lync、Outlook 和 SharePoint）可能会停止正常工作。
我们可以测试所有想到的东西，但可能有些问题我们没有涵盖。
是否有关于哪个云应用程序使用哪些属性的综合文档？我对 SharePoint、Exchange/Outlook、Lync 和离线应用程序感兴趣。
我将如何测试缺失/错误属性的影响？为每个测试用例创建一个用户，以他们的身份登录并测试每个应用程序的每个功能？
这个过程听起来很容易出错。有没有更好的方法来解决这个问题？以前有人这样做过吗？
active-directory migration domain-controller microsoft-office-365
我有一个 Synology DS213j，我使用 Windows 资源管理器通过内置 VPN 服务器（我使用 OpenVPN）通过 VPN 访问它。
将文件复制到我的本地硬盘驱动器非常慢，只有 ~170 KB/s 的范围。这似乎受到 100% 的 Synologys CPU 的限制。查看 DSM 中的资源监视器，它显示 smbd 进程占用了 >90% 的 CPU。
NAS 运行 DSM 版本 5.2-5592。规格说它有一个 1.2 GHz 的 CPU。这不应该比这更多吗？
我读过 DSM 5.2 版本有这种问题，它们对于较旧的 NASes 来说是重量级的。版本 6 的性能更好吗？我应该降级到4吗？或者这不是操作系统中的问题，可以通过其他方式解决吗？如何？