于是，几位Mac顾问走进我的一个客户办公室，说服了业主，他们可以在整个办公室完全交换Mac电脑。
作为一个在家（而不是谁？）的Mac爱好者，这个企业主跳上了它，现在想把所有东西都完全迁移。
把客户放在一边，我认为这对他们来说是一个可怕的决定，因为据我所知，他们基本上同时支持Mac 和 Windows环境，因为他们的核心业务线（LOB）应用程序与Exchange，Office等，虽然我已经在我的Mac Book上尝试过使用Parallels（运行IE浏览器，似乎运行正常，但显然不是详尽无遗），
因为他们需要Windows许可证，SBS服务器（用于Exchange），CAL，活动目录（由于Exchange的依赖），反间谍软件，反间谍软件，病毒（再次，因为在Parallels中运行的Windows操作系统），Mac的家伙甚至会有资格维护并行的Windows环境？
为了尽职调查，我向SF社区询问他们是否有什么可以分享的经验，无论是好还是坏，以及这是否完全可行。
具体问题：
您可以使用Parallels本地login到Windows“VM”桌面吗？ 任何人都熟悉Parallels使用的底层hypervisor？
Mac是否支持本地远程桌面会话，还是需要安装VNC服务器等？
我希望这是一个社区维基，如果mods感觉相同的方式。
交易似乎是这里的关键。 如果他们可以让他们的LOB应用程序工作，无需交换和使用OS X服务器邮件服务器，突然一切变得更简单。
您需要将这个信息传达给您的客户：您愿意支持它，这是他们做出的决定，但如果他们最终无法取消交换服务器，那么这可能是一个非常昂贵和令人沮丧的风险。 强调Exchange + Outlook 除了 OS X Server + Mac Office目前还不能复制的标准电子邮件和日历系统之外， 还提供了额外的服务 ，即连接到核心软件的业务。
因此，你的build议是，他们开始慢慢地进行：在这个时候正好投入1个mac / w办公室，除非/直到你能够成功地将这个mac与他们的LOB应用程序整合在一起（即：得到所有这些词/ excel / outlook macros工作在mac版本的办公室）。 然后，如果事情不能很好地工作，你至less可以把训练营和窗口放回到mac上，而不是太多。
Parallels虚拟机pipe理程序非常像VMware工作站或VirtualBox。 您可以在窗口中运行虚拟机，也可以使用一致性模式，使其看起来像您的应用程序在OSX中运行。 用户仍然需要进行身份validation才能login到他们的Mac（如果连接到AD）和他们的虚拟机。 至于远程访问，在Mac上有一个本地远程桌面客户端，将允许它连接到一个远程窗口框，但远程进入Mac本身，您将需要启用本地远程访问，本质上是VNC或使用Apple Remote Desktop是一个付费应用程序。 总的来说，这对于企业来说似乎是一种浪费，因为他们需要的应用程序是Windows原生的。
我们目前在我的系统pipe理员大学里运行了一个混合的windows和Mac OSX环境，而我们现在正考虑离开OSX，因为担心苹果会去哪里 – 虽然我怀疑他们的工具仍然适合小型企业，他们不再为以前的大型企业制造服务器和存储设备，这表明他们正趋向于成为一个更艰难的业务支持环境。
你会发现你可以在Mac OSX服务器上创build一个开放的目录环境，这个环境就是Active Directory的OSX等价物，虽然它不像AD那样成熟或者function丰富，但是它适合大多数中小型企业诚实。
你会发现打印机的支持（正如你在SonoIT的评论中提到的那样）在Mac OSX上实际上是非常好的 – 除非他们已经没有办法购买那种只适用于Windows的廉价垃圾，一个有点狡猾的声誉 – 你知道我谈论的那种廉价和讨厌的打印机。
Mac OSX版本的办公室可能会运行macros，这将自动执行MS Office中的任务，但如果这样做合理，则不能很好地利用旨在扩展 Office的Windows版本的插件。 这将需要相当数量的testing。
任何需要自定义Outlook的LOB应用程序，再加上一个Exchange服务器（以及包含的所有AD行李）将使事情变得非常复杂。 您可能想要将mac绑定到AD（这是完全可行的），以便允许用户使用他们的AD证书login到他们的mac。
如果你不得不在每个用户的VMWare或Parallels会话中运行一个Windows副本（或者，你可以运行terminal服务器并使用terminal服务器客户端的Mac版本），以便他们实际完成任何工作。
我喜欢在家里使用苹果机使用自己，所以我同情业务所有者想要在家里工作的同样的环境，但我会问他们需要什么软件他们需要的业务运行，认为关于成本，以及随着复杂性（以及潜在的问题）的增加而降低生产力的前景，以及他们需要运行这些数字，以确定这是否真的作为商业决策有意义。
老实说，如果他们只是使用交换+办公室为他们所做的大部分…你可以得到办公室的Mac ，其中有成熟的办公套件，包括Outlook。 此外，还有一个本地的微软生产的Mac 远程桌面应用程序。
只要你没有专为基于Windows的平台而构build的特定应用程序，那么在OSX上使用Microsoft Windows的原因实在是非常之less。 我能想到的唯一的缺点都与工作站的组策略和远程pipe理有关。 OSX可以join微软的域名，充分利用networking共享等等，但完全忽略了所有的组策略。
首先在Mac Office中有一个Mac版的RDP客户端，它工作的很好。 而且还有像CORD这样的替代品，它不需要在任何地方加载VNC。
但是，如果您的LOB应用程序需要高级别的办公室集成，我不得不说您在本地或虚拟化应用程序（Citrix，ThinApp等）上使用虚拟机有两条路线，但这只是为了解决您的办公室相关问题与加载项。 我认为，虚拟化你的应用程序将更难设置，但更容易pipe理和Mac上的工程，甚至打印不是一个问题（螺丝刀是一个很好的解决scheme）。 这将增加虚拟应用程序的pipe理，但降低你的时间支持2操作系统，取决于情况，如果这种权衡是值得的额外的钱。 我也想说，VMware Fusion也是一个看点，它的价格非常接近Parallels，而且他们的function相似，但是我可以通过虚拟机为VMware提供硬件访问方面的优势。 但是我没有使用过我听说过的Parallels最新版本。
Exchange的一部分将取决于你在什么版本的Exchange，这将大大影响你在Mac上的体验。 Exchange 2010具有大大改进的客户端和Web界面。 这里是我说的地方，但有问题和一些问题，需要一个基于Windows的Outlook客户端，并从日历开始。 如果你共享日历或使用日历任务的授权，这些不能通过networking（但通过PowerShell和Windows客户端）完成，一旦分享出来的东西是可行的。 但是，如果你在一天中使用它，这可能是非常令人沮丧的。 此外，如果还有Outlook的插件，那么您正在考虑使用客户端以及虚拟机或虚拟应用程序解决scheme。
您可以使其工作，但是与现在尝试将Windows应用程序呈现到Mac桌面的设置相比，您将拥有更复杂（更昂贵的）系统。 但是，嘿，你在工作和家里使用Mac，我根本不介意。