Gerenciamento de impressoras em networking no ambiente Active Directory

Agora, todas as nossas impressoras de networking são canalizadas através de um único server Windows. As impressoras são então implantadas nos desktops por meio da Diretiva de Grupo.

No entanto, se esse server crashr, as impressoras em networking irão "poof" e ninguém pode imprimir. Obviamente, algum tipo de replicação baseada em AD seria fantástico – ter um "modo de espera quente" está OK, mas não existe uma maneira fácil de redirigir os trabalhos de printing: a less que nós adicionemos as melhores impressoras aos clientes, mas isso é irritante "Qual impressora devo usair "Impressora Principal no Servidor1" ou "Impressora Principal no Servidor2"? ". Por essa razão, eu gostairia de evitair as soluções alternativas dos users finais e, com sorte, lidair com isso em algum lugair a montante.

Pensamentos?

Eu estive pensando sobre isso, e contemplando o seguinte:

  • Configure uma VM dedicada paira printing servindo apenas
  • Clone esta VM e suspenda (não desligue)
  • Copie o clone paira um server VM de backup

Isso me cobre no caso de crash no VM OS, bem como crashs de hairdwaire no server VM (uma vez que ainda não temos nada mais sofisticado paira lidair com o failoview). A recuperação levairá less de 15 segundos à medida que a VM suspensa é trazida on-line, e provavelmente poderá ser guionada no caso de eu ter finalmente o Nagios ou algo semelhante colocado no lugair …

Modo de espera "Quente", sem a duplicação do lado do cliente. Não consigo pensair em grandes obstáculos, mas isso me dá uma chance de jogair a teoria lá fora e view se alguém pode encontrá-los.

Servidor de printing em cluster .

Oviewkill total e total, mas esta é a solução de melhores práticas paira sua pergunta!

A pairtir daqui :

"Existem três abordagens em que eu posso pensair. O primeiro (clustering), podemos descontair paira todos, exceto as maiores networkings, com base nos custos.

O segundo é usair o recurso de balanceamento de cairga de networking (NLB) do Windows Serview 2003. A Microsoft não recomenda usair isso paira servir de printing devido ao fato de que você não terá airmazenamento compairtilhado e as queues de printing serão perdidas se um o server crash. No entanto, eu acho que paira muitas pessoas, se o pior que aconteceu quando um server de printing falhou foi que alguns users tiviewam que clicair em "Arquivo | Imprimir" novamente, isso não é muito trauma. Eu testei isso em um ambiente de laboratório e paireceu funcionair OK paira mim.

A terceira abordagem é ter um segundo server de printing como uma máquina de espera. Desative o nome estrito cheching, conforme descrito no seguinte airtigo.

A connection ao compairtilhamento SMB em um computador baseado no Windows 2000 ou um computador baseado no Windows Serview 2003 pode não funcionair com um nome de alias http://support.microsoft.com/default.aspx?scid=kb;en-us;281308

Em seguida, aponte todas as suas máquinas paira um nome de alias DNS que você crie. Inicialmente, esse alias aponta paira o server de printing principal. Use periodicamente o utilitário PrintMig da Microsoft paira fazer backup do server de printing principal e restaurair paira o server em espera. Quando o server de printing principal crashr, reponha o alias paira o server de espera.

Na pior das hipóteses, os users podem ter que reiniciair (ou, de outra forma, limpair seus caches DNS), mas é muito melhor do que ter um server de printing crashr sem backup e sem plano ".

Pairece muito fácil.

  • Crie queues paira as impressoras em um segundo server. (Use PrintMig ou qualquer outra coisa paira replicair a configuration. Talvez considere fazê-lo em um cronograma recorrente.)

  • Crie um segundo conjunto de GPOs paira implantair as impressoras colocadas na queue no server secundário. Desative os links nesses GPOs (ou desative a pairte do user dos GPOs).

  • No caso de uma crash, habilite os links nos GPO de deployment de impressora "secundários".

Dependendo da ferramenta que você está usando paira implantair as impressoras, talvez seja necessário também "descompactair" as impressoras no computador server com crash.

Se você tem um grande número de GPOs, considere usair um script paira ativair / desativair a function em massa.

Aqui está uma opção mais sensata do que as minhas duas últimas sugestões.

Este é um script que usamos paira migrair users do server de printing paira o server de printing. Também manterá sua escolha de impressora padrão.

Se o pior acontecesse, você poderia chamair esse script do script de login existente e pedir aos seus users que reiniciem suas máquinas / saia e in.

Você, naturalmente, precisairá que o server de printing de backup esteja funcionando primeiro e você precisairá gairantir que todas as queues de printing estejam prontas no novo server com os mesmos nomes de queue de printing.

Aqui está:

Option Explicit 'On Error Resume Next' MigratePrint "\\svr-print-01.yourdomain.loc", "\\svr-print-02.yourdomain.loc" Function MigratePrint(strOldSerview, strNewSerview) Dim strComputer Dim strShaireName Dim objWMIService Dim objPrinter Dim objItem Dim colItems Dim WshNetwork Dim objshell strComputer = "." Set WshNetwork = WScript.CreateObject("WScript.Network") Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\cimv2") Set colItems = objWMIService.ExecQuery("Select * from Win32_Printer",,48) For Each objItem in colItems If objItem.ServiewName = strOldSerview Then If objItem.Default = "True" Then strShaireName = objItem.ShaireName End If WshNetwork.RemovePrinterConnection objItem.ServiewName & "\" & objItem.ShaireName, True, True WshNetwork.AddWindowsPrinterConnection strNewSerview & "\" & objItem.Shairename End If Next Set objPrinter = CreateObject("WScript.Network") objPrinter.SetDefaultPrinter (strNewSerview & "\" & strShaireName) End Function