Gerenciamento de impressoras em rede para desktop no ambiente do Active Directory

Question

Neste momento, todas as nossas impressoras de rede são canalizadas através de um único servidor Windows. As impressoras são então implantadas nos desktops por meio da Diretiva de Grupo.

No entanto, se esse servidor falhar, as impressoras em rede ficarão "poof" e ninguém poderá imprimir. Obviamente, algum tipo de replicação baseada em AD seria fantástico - ter um "warm standby" é OK, mas não há uma maneira fácil de redirecionar os trabalhos de impressão: a menos que adicionemos AMBAS impressoras aos clientes, mas isso é irritante " impressora devo usar 'Main Printer on Server1' ou 'Main Printer on Server2'? ". Por esse motivo, gostaria de evitar soluções alternativas para o usuário final e, esperamos, lidar com isso em algum lugar no upstream.

Pensamentos?

    

Answer 1

Eu estive pensando sobre isso e considerando o seguinte:

• Configurar uma VM dedicada somente para impressão
• Clone essa VM e suspenda (não desligue)
• Copie o clone para um servidor VM de backup

Isso me cobre no caso de falha no sistema operacional da VM, bem como falha de hardware no servidor da VM (já que ainda não temos nada mais sofisticado para lidar com o failover). A recuperação levará menos de 15 segundos à medida que a VM suspensa for colocada on-line, e provavelmente poderá ser roteirizada no caso de eu finalmente conseguir o Nagios ou algo semelhante colocado em prática ...

Em espera "quente", sem a duplicação no lado do cliente. Não consigo pensar em grandes dificuldades, mas isso me dá a chance de lançar a teoria e ver se alguém consegue encontrá-las.

    

Answer 2

Servidor de impressão clusterizado .

Total e total exagero, mas esta é a solução de melhores práticas para sua pergunta!

    

Answer 3

De aqui :

"Há três abordagens em que posso pensar. O primeiro (agrupamento), podemos desconto para todos, mas a maior das redes em razão do custo.

O segundo é usar o recurso de balanceamento de carga de rede (NLB) do Windows Server 2003. A Microsoft não recomenda usar isso para serviços de impressão devido para o fato de que você não terá armazenamento compartilhado, e as filas de impressão serão perdido se um servidor falhar. No entanto, eu acho que para muitas pessoas, se a pior coisa que aconteceu quando um servidor de impressão falhou foi que alguns usuários teve que clicar em "Arquivo | Imprimir" novamente, isso não é muito de um trauma. eu tenho testei isso em um ambiente de laboratório e pareceu funcionar bem para mim.

A terceira abordagem é ter um segundo servidor de impressão como uma máquina em espera. Desative o cheching de nome estrito, conforme descrito no artigo a seguir.

Conectando-se ao compartilhamento SMB em um computador com base no Windows 2000 ou no Windows Server Computador baseado em 2003 pode não funcionar com um nome de alias link

Em seguida, aponte todas as suas máquinas para um nome de alias de DNS criado por você. Inicialmente, esse alias aponta para o servidor de impressão principal. Use periodicamente o Utilitário PrintMig da Microsoft para fazer backup do servidor de impressão principal e restaurar para o servidor em espera. Quando o servidor de impressão principal falhar, reponha o alias para o servidor em espera.

Na pior das hipóteses, os usuários podem ter que reiniciar (ou limpar seus caches DNS), mas é muito melhor do que ter um servidor de impressão com falha sem backup e nenhum plano. "

    

Answer 4

Parece muito fácil.

• Crie filas para as impressoras em um segundo servidor. (Use PrintMig ou qualquer outra coisa para replicar a configuração. Talvez considere fazer isso em um cronograma recorrente.)

• Crie um segundo conjunto de GPOs para implantar as impressoras enfileiradas no servidor secundário. Desative os links nesses GPOs (ou desative a parte do usuário dos GPOs).

• Em caso de falha, ative os links nos GPOs de implantação de impressoras "secundárias".

Dependendo da ferramenta que você está usando para implantar as impressoras, talvez seja necessário "desimplementar" as impressoras no servidor com falha também.

Se você tiver um grande número de GPOs, considere usar um script para executar a função ativar / desativar em massa.

    

Answer 5

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

Este é um script que usamos para migrar usuários do servidor de impressão para o servidor de impressão. Ele também manterá sua escolha de impressora padrão.

Se o pior acontecesse, você poderia chamar esse script do script de login existente e pedir a seus usuários que reiniciem suas máquinas / efetue logout e acesso.

É claro que você precisa ter o servidor de impressão de backup em funcionamento primeiro e precisará garantir que todas as filas de impressão estejam prontas no novo servidor com os mesmos nomes de fila de impressão.

Aqui está:

Option Explicit
'On Error Resume Next'

MigratePrint "\svr-print-01.yourdomain.loc", "\svr-print-02.yourdomain.loc"

Function MigratePrint(strOldServer, strNewServer)
    Dim strComputer
    Dim strShareName
    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.ServerName = strOldServer Then   
            If objItem.Default = "True" Then
                strShareName = objItem.ShareName
            End If
            WshNetwork.RemovePrinterConnection objItem.ServerName & "\" & objItem.ShareName, True, True
            WshNetwork.AddWindowsPrinterConnection strNewServer & "\" &  objItem.Sharename
        End If
    Next

    Set objPrinter = CreateObject("WScript.Network") 
    objPrinter.SetDefaultPrinter (strNewServer & "\" & strShareName)
End Function