pipe理Mac OS与Windows机器的区别在于：
我从来没有使用Mac OS机器，所以我不知道。
这个问题的答案在很大程度上取决于你是否仅仅谈论客户，或者你是否也考虑过使用Mac服务器。
一，客户：
安全性和访问控制与Windows有些相似，至less对于中小型企业来说，应该可以使用MacOS提供的工具build模所需的任何权限/安全模型。
客户的pipe理是一个混杂的包。 一方面，工具不如Windows下的成熟，只有一小部分第三方工具可用来帮助您pipe理系统。 另一方面，MacOS的一个主要优势是，您可以从同一个操作系统映像（现在仅限于任何英特尔Mac，即自2006年以来Apple销售的任何系统）运行环境中的任何计算机，这可以大大简化初始系统部署并且可以很容易地将任何有问题的机器重置为已知的良好状态。
遇到的困难：与其他系统（包括Active Directory）的集成是可能的，但可能会非常麻烦，特别是如果您需要非常特殊的configuration。 这是由于有限的文件和苹果一贯的立场，“他们知道什么是最适合你的”，不支持任何不同的方法，有时甚至主动阻止你按照自己的方式做事。
服务台电话/用户接受度：除了以前我们没有任何硬数字，历史上我们每台Mac电脑的通话次数less于每台Windows电脑。 近年来，这种差距有所缩小，但仍然存在。 我的经验（没有用数字来备份）是，电脑初学者在Mac上比在Windows电脑上遇到的问题更less，而且被迫使用Mac的Windows用户比Mac用户被迫使用Windows的问题更less。 我有一种感觉，后者可能部分是情绪反应的结果，因为某些Mac用户认为他们的select是生活方式/时尚/任何声明。
总而言之，尽pipeMac客户对于中小型企业或教育和研究实验室应用来说是一个不错的select，但如果您期望在一个大型组织中pipe理成千上万的用户，使用Windows机器。
其次，服务器：
如果你考虑新build立一个MacOS Server作为服务器操作系统的环境，你应该三思而后行。 由于苹果将在11年1月停止XServe系统，因此他们将没有可行的服务器系统可用于运行MacOS服务器，因为苹果公司build议Mac Mini或MacPro作为服务器并不是真正的select。
鉴于这个事实，我非常怀疑他们会积极继续真正开发MacOS服务器或其XSan产品，使他们的客户留下一些迫切需要增强function的产品，而且目前的forms只能满足基本需求。
如果你决定继续这样做，有关MacOS服务器的利弊的一些提示：
实际上，如果您打算为less数MacOS客户端提供基本的文件服务器和工作组function，那么启动和运行起来非常容易，您甚至可以将Windows机器添加到组合中，而不会出现太多问题。 这是比方式，即Windows小型企业服务器，恕我直言，更容易。
任何超出基础的东西都会变得很难实现。 这是因为GUIpipe理工具的function非常有限，操作系统的Unix基础被“增强”了，而Apple-isms通常是没有文档logging的，并且不能像Linux或Unix那样工作。
某些types的硬件的增强function通常不适用于Mac系统， FC存储系统的多path。
系统本身不支持任何种类的文件服务的高可用性基础设施，尽pipe可能为AFP客户端（Mac）组合一些东西，但这对于SMB（Windows）客户端来说是不可行的，就连MacOS Server 10.6仍然使用没有任何集群function的旧版Samba版本。
苹果产品没有路线图。 你永远不知道他们是否以及如何继续他们的产品线，他们绝对没有问题在短时间内停止必要的产品线，而不顾客户的任何考虑。
我现在的一个环境是由几个XServes和大约100个客户端（混合的Mac和Windows）组成，而当我在2003年介绍它时，决定使用这个系统是合理的，我今天不会再这样做，事实上，开始考虑将来的更换。
pipe理Mac OS与Windows机器的区别在于：
遇到困难
取决于你的意思是困难。 在局域网上pipe理机器的工具并不像Windows那样成熟和完善，所以Windowspipe理员通常可以轻松地使用组策略，这在Mac LAN中有时可能令人沮丧。 苹果似乎对系统pipe理的需求和需求有时是完全无能为力的，所以你会发现一些地方很容易pipe理，而其他的东西需要花费很多的时间和麻烦才能得到正确的处理。 这很可能是晦涩的东西，很容易，基本的东西是困难的。
但是，基于UNIX的OSX意味着您拥有丰富的工具和来自该世界的东西来帮助您。
一个可能使未来的mac系统pipe理复杂化的领域是他们放弃了xserve，而现在只有有限的选项可用于运行OSX服务器（对于小型企业或分支机构，Mac Mini和Mac Pro是不错的select，但可能无法正常工作在数据中心环境中也是如此）。 根据你的mac环境的大小（以及服务器端的东西，你需要pipe理它们的数量），你可能会发现这些不足或难以使用。
基于Unix，Mac通常使用Unix安全模型（例如权限，用户访问等）。 作为一个Mac，它有自己的几个曲折，这个模型和一个体面的GUI界面，使用这个相当简单。
现代Mac操作系统也支持像文件权限这样的ACL，所以理论上你可以得到两全其美的效果。 在实践中……它工作得不错，但你仍然可以在这里和那里find一些令人沮丧的地方。
是的，与我们的Windows机器相比，我们的电脑的通话量更less。 我的意思是，我们比Windows机器获得的Mac电话less，因为我们有更less的Mac，但是我们也可以按比例减less电话，如果你明白我的意思。 但是，我们仍然会接到几个电话，特别是那些以前从未使用过苹果电脑的人，因为与以前不一样，所以他们之间的斗争也是如此。
在一天结束时，调用的最大原因通常不是操作系统本身，而是应用程序，所以我build议应用程序是你应该看的地方。
我们的Mac通常运行MS Office（我们确实得到了一些电话，通常在与Windows版本不兼容的情况下），Adobe Creative Suite（实际上使我们在Mac OSX上遇到的问题更less）以及Final Cut Pro我们根本就没有收到过很多电话，只是因为专家的培训和把手给了这里使用的人。
如果你运行一个混合环境，那么你可以期望从你所支持的所有平台上进行一些额外的调用：“我知道如何在OSB上执行x ，我怎样才能使OSFoo以同样的方式做x ？
尽pipe从高级function的angular度来看，它们非常相似，但它们有着截然不同的pipe理界面和脚本API。
最大的区别是OSX上没有WMI。 这是一种不同的动物。 mac的组策略称为托pipe偏好。 苹果公司已经提供了一个网上直播。 请参阅适用于Mac OSX客户端pipe理的最佳实践