Преимущества выполнения служб печати на Сервере 2 008 R2?
Администраторские услуги IIS не были бы установлены, если бы сервис Публикации Всемирной паутины не был также установлен, таким образом, это - мое предположение относительно того, что слушает на порте 80. Вы проверили, чтобы видеть, работает ли услуга Публикации Всемирной паутины? Вы, вероятно, найдете, что это. Необходимо будет остановить его или настроить веб-сайт по умолчанию (и любой другой веб-сайт) для слушания на порте кроме 80.
Мне кажется, что многие компании в нашем положении вместо этого запускают услуги печати на ближайшем куске металлолома. [...] Would a dedicated Hyper-V instance running Windows Server 2008 R2 be a waste of a Windows Server 2008 R2 license?
Mostly print services performance is not so much of a concern. It would make little sense to have a dedicated print server unless your printing system is taking such a load of print jobs that it would be either bottlenecking or starving other running services otherwise, or you need some kind of administrative separation so you could give "the printer admin guy" a local administrative account to manage everything by himself.
What are the main advantages to putting the services on Windows Server 2008 R2?
There is not an awful lot which has changed at the core, but there are some new features which might come handy in some scenarios. The "What's new in Print and Document Service" document lists the changes in more detail:
The following changes are available in Windows Server 2008 R2: Print migration enhancements
- Printer driver isolation
- Print administrator delegation
- Print Management snap-in improvements
- Client-Side Rendering (CSR) performance improvements
- XML Paper Specification (XPS) print path improvements
- Location-aware printing
- Distributed Scan Server role service
Hosting print services has more to do with your computer environment than the technology available to you. Putting any service on a dedicated Hyper-V instance makes sense when you want to isolate it from other services and don't want to buy more hardware/licenses.
Here are some questions you should ask yourself.
- Who is going to be managing this service?
- Who is going to install new objects to this service? (ie: New printers or drivers)
- How difficult is it to restart the harware/VM in the event of a major problem?
- Does the system have enough resources to manage the load?
- What other services does this hardware provide? Any mission critical?
- How critical is print services?
Placement of services is more of a thought exercise to come to your own conclusion. My guess based off of the number of printers and the number of servers, is that printing is a low priority service that only a few people manage. If that is the case, it really doesn't matter where you put it.
Hope this helps
В 2003 году вы можете делать все, что вам нужно, однако, если вы установите Windows 2008 X64 в качестве сервера печати, то преимущество будет заключаться в том, что вы будете делать все правильно. Вам нужно будет получить драйверы, совместимые с Windows 7/2008, и вам нужно будет заставить работать драйверы x64 и x86, если вы хотите поделиться ими с обоими типами клиентов.
Все это можно сделать с 2003x86 но если вы собираетесь виртуализировать вещи и у вас есть машина, которая может выступать в роли сервера печати, используйте это как предлог, чтобы просто перейти на версию 2008 (x64). В конце концов ты это сделаешь. Я не уверен, что потрудился бы выделить для этого сервер, но это зависит от вашей среды. Я работал в средах, где выделенные серверы имели смысл из-за огромного количества очередей.
Не уверен, подходит ли вам этот вариант, но существуют также аппаратные серверы печати. В основном это небольшой аппаратный элемент, который вы подключили к порту принтера, а затем подключили кабель Ethernet с другой стороны. Я начал использовать их вместо рабочих станций / серверов.
Единственное преимущество использования сервера Windows для этого состоит в том, что он автоматически загружает драйвер на клиенте, что вряд ли стоит своих денег.