我现在的环境跨越了几个build筑物和偏远地区，有不lessbuild筑物安置了多个部门，不幸的是，有些部门的打印机比例可能在1：2-4之间。
我想实现打印机映射解决scheme，目前我们只有部分解决scheme支持我们的实验室工作站。 我们的活动目录由工作站的物理位置构成，所以build筑物内部没有明确的部门。
我正在考虑做一个powershell脚本，其中包含一个散列表，它将build筑物和部门存储为一个关键字，以及一个string数组，其中包含打印机的path。 因此，在login（！）时，我可以从AD获取用户的部分，从AD获取计算机的位置，将string连接在一起，然后将其用作从哈希表中拉出string数组的键，检查每个打印机是否是被映射，并映射它，如果它不是。 这是大多数时候忽略默认打印机。
我看了一下组策略，但是会产生不lessGPO，所以可能不是最好的路线。
我们确实没有资产跟踪解决scheme，所以在这里没有一个可以利用的资产跟踪解决scheme。 我想听听其他人已经采取的解决scheme，或者我可以在哪里改进这个解决scheme。
更新
我正在寻找一个更优雅的解决scheme，而不是一个用户调用请求打印机映射的帮助台，或者一个用户试图通过开始 – >运行 – >映射打印机。 这些打印机已经在打印服务器上有一个队列（Windows）
不太适合你现有的问题，但要看看企业“跟我来”打印解决scheme。 以我的经验，用户最初抱怨，但一般都非常高兴后。
从一个configurationpersepctive它有效地意味着在一个单一的build设中的所有工作站相同的networking打印服务器configuration。 容易为你！ 只有一个驱动程序包。
对于您的用户，这意味着他们走到最近的打印机，他们扫描他们的员工徽章，打印机开始打印。 （或者他们先从自己的个人队列中select工作）在去会议的路上？ 在三层会议室旁边的打印机上打印文件。 更加保密的东西，保护打印工作与PIN码以及。
这听起来像是一个定型的营销话语，但看看每页的成本较大的激光打印机真的比喷墨打印机便宜得多。这使得豆桌幸福。 也使交叉充电更容易…
你应该仍然可以用团队政策相对有效地做到这一点。 这取决于您的AD是如何组织的，但是您应该能够将一个GPO链接到每个OU，并使用项目级别目标来分配该OU中的打印机。
你为什么认为太多的GPO会导致？