Entendendo os modelos de licenciamento dos produtos Cortado ThinPrint
Neste artigo vou explanar a respeito do modelo de licenciamento dos produtos Cortado ThinPrint Engine (neste caso o ThinPrint Server Engine, o ThinPrint Application Server Engine e o ThinPrint RDP Engine) e explicar como funciona o licenciamento por usuário e por servidor, bem como, identificar de qual produto e qual plataforma a licença pertence (32 ou 64 bits).
Para facilitar, vamos utilizar uma chave de exemplo e vou lhes mostrar o que é nos informado nesta chave:
THPR-0330-1-TEST12-ABCD
A chave de licença é dividida em 5 (cinco) partes sendo elas divididas por um traço (“-”). São elas:
- 1ª parte (“THPR”): aqui é identificado o produto e a plataforma;
- 2ª parte (“0330”): aqui é identificada a versão do produto;
- 3ª parte (“1”): aqui é identificado a quantidade de licenças para o produto. Por exemplo, podem haver casos de que uma chave seja um pacote para 5 (cinco) usuários e neste caso seria informado o número 5 (cinco).
- 4ª parte e 5ª parte (“TEST12-ABCD”): aqui é identificada os códigos da chave que é gerada de forma aleatória pela ThinPrint.
A identificação dos produtos é feita pela ThinPrint da seguinte forma:
- THPS – ThinPrint Server Engine 32 bits
- TAPS – ThinPrint Server Engine 64 bits
- THPR – ThinPrint Application Server Engine ou ThinPrint Desktop Engine 32 bits*
- TAPR – ThinPrint Application Server Engine ou ThinPrint Desktop Engine 64 bits*
- TRDP – ThinPrint RDP Engine 32 bits
- TADP – ThinPrint RDP Engine 64 bits
- TPPS – ThinPrint Printserver Basic Pack 32 bits e 64 bits
- THSA – ThinPrint Access License
- TPUS – ThinPrint User License
*Para o licenciamento THPR ou TAPR é utilizado também a 3ª parte da chave para diferenciar entre os produtos Application Server Engine, neste caso é informado o número 1 (um), e o Desktop Engine, que neste caso é informado o número 2 (dois). Exemplos:
THPR-0330-1-TEST12-ABCD: ThinPrint Application Server Engine 7.0
THPR-0388-2-WFUIKP-DCAB: ThinPrint Desktop Engine 7.6
As versões dos produtos são da seguinte forma:
ThinPrint Server Engine, Application Server Engine e Desktop Engine
- 0593 – Versão 8.6
- 0538 – Versão 8.0
- 0388 – Versão 7.6
- 0330 – Versão 7.0
ThinPrint RDP Engine
- 0388 – Versão 7.6
- 0330 – Versão 7.0
O modo de licenciamento é definido de duas formas: Licenciamento por Servidor e Licenciamento por Usuário. O licenciamento por servidor é onde são licenciados os servidores onde são instalados os produtos Server Engine, Application Server Engine ou RDP Engine. Neste caso não importa a quatidade de usuários que utilizam a impressão nos servidores. No modo de licenciamento por usuário, além de uma licença para o produto, existe uma chave inserida informando a quantidade de usuários que podem utilizar os recursos do ThinPrint. Nesta modalidade, não são usuários nomeados e são geradas licenças conforme a quantidade de contas de usuários cadastradas no domínio Active Directory.
Existe também a licença de acesso (THSA), utilizada a partir da versão 7.6. Esta licença somente é utilizada no cenário em que existe um servidor de impressão com o Server Engine e servidores de de terminais com Application Server Engine. Neste caso, a licença de acesso acompanha a licença do Application Server Engine, porém elas não devem ser inseridas no servidor de terminais e sim inseridas no servidor de impressão com o produto Server Engine. Isso se deve a particularidade de atrelar a conexão entre o servidor Application Server Engine ao Server Engine.
Com relação de onde cada produto é instalado: o produto Server Engine é normalmente instalado no servidor de impressão centralizado (não os servidores de impressão que possuem o ThinPrint Client instalado); o produto Application Server Engine é normalmente instalado nos servidores de Terminais Remotos (WTS ou Citrix) ou em servidores de aplicação que irão utilizar a geração de trabalhos de impressão; e o produto RDP Engine é somente utilizado nos servidores de Terminais Remotos Windows.
Como adicionar uma folha de rosto em impressões com ThinPrint
Em alguns casos de impressão, é necessária a adição de algumas informações na impressão gerada pelos usuários em uma rede, conhecido também como folha de rosto ou marca d’água. Para que isso seja realizado utilizando a solução ThinPrint e o driver de impressão ThinPrint Output Gateway é necessário que:
Criando o modelo de folha de rosto:
Primeiramente, é necessário que você utilize uma fila de impressão com que utilize o driver ThinPrint Output Gateway e que esta fila de impressão esteja em pausa. Para criar o modelo de folha de rosto, como exemplo, podemos utilizar o Microsoft Word para gerar um documento com o conteúdo desejado a ser adicionado nas impressões. Após o documento formatado e pronto, imprima o documento na fila de impressão em pausa com o driver ThinPrint. Acesse o diretório de Spool do Windows, por padrão o caminho é C:\Windows\system32\spool\PRINTERS, e copie o arquivo de extensão SPL para o local desejado. Caso desejado é possível renomear o arquivo copiado para melhor identificação.
Configurando o ThinPrint para utilizar a folha de rosto:
Abra o Editor de Registro do Windows (regedit) e acesse o caminho HKLM/Software/ThinPrint/TPWinPrn. Crie um novo valor do tipo de caracteres (REG_SZ) com o nome “Watermark” e informe o local do arquivo SPL gerado (C:\Diretório\modelo.spl, por exemplo). Reinicie o serviço de impressão do Windows (Spooler) e faça um teste.
Assim, qualquer impressão realizada utilizando uma fila de impressão com o driver ThinPrint Output Gateway, será adicionado à impressão a folha de rosto gerada.
Em resumo:
Para adicionar à impressão uma folha de rosto padrão é necessário que seja criado um modelo de impressão (arquivo SPL) e seja configurado o ThinPrint para utilizar este modelo através da chave de registro HKLM/Software/ThinPrint/TPWinPrn/Watermark (REG_SZ).
Aplica-se:
- ThinPrint .print Engine 7.0 ou superior
- ThinPrint .print Application Server Engine 7.0 ou superior
Como criar link simbólico no Windows
Em alguns casos temos a necessidade de facilitar o acesso de algum diretório com extenso caminho ou precisamos fazer com que um caminho de rede pareça ser um diretório local do servidor ou computador. Este recurso é muito útil em casos em que uma aplicação tem restrições de acesso à caminhos de rede, por exemplo. Para que possamos fazer isso, usamos o comando MKLINK.EXE no Windows.
Segue a sintaxe do comando:
MKLINK [[/D] | [/H] | [/J]] | [Link] [Destino]
/D Cria um link simbólico de diretório. Padrão é um link simbólico de arquivo.
/H Cria um link real em vez de um link simbólico.
/J Cria uma Junção de diretório.
Link especifica o nome do novo link simbólico.
Destino especifica o caminho (relativo ou absoluto) ao qual o novo link se refere.
Segue alguns cenários de exemplo para criação de link simbólico:
Criar um link simbólico em C:\Docs de C:\Usuários\AndreMailer\Documentos
mklink.exe /d C:\Docs C:\Usuários\AndreMailer\Documentos
Criar um link simbólico em C:\Imagens de um caminho de rede \\SERVIDOR\DocsCorporativo\Documentos\Imagens
mklink.exe /d C:\Imagens \\SERVIDOR\DocsCorporativo\Documentos\Imagens
Caso você precise apagar um link simbólico, basta ir pelo Windows Explorer e apaga-lo como se fosse um diretório qualquer, porém o conteúdo do diretório não será apagado e somente o link será apagado.
Como preparar um pen drive para instalar o Windows via boot USB
Neste artigo explico como preparar um pen drive com os arquivos necessários para realizar a instalação do sistema operacional Windows Vista, Server 2008, ou posterior, através da inicialização (boot) via USB.
1. Tenha em mãos um pen drive que possa ser formatado e que tenha capacidade mínima para armazenar os arquivos que contém em uma mídia de instalação do Windows:
- 1 GB para Windows 2000, XP ou Server 2003
- 4 GB para Windows Vista, Server 2008, ou posterior
2. Em um computador com Windows já instalado, insira o pen drive na USB e acesse o Prompt de Comando (cmd.exe):
Atenção: nos comandos listados abaixo, estamos presumindo que o endereço atrelado ao disco do pen drive é “disk 1”. Antes de executar o comando “clean”, verifique qual o endereço atrelado ao pen drive com o comando “list disk” após a inicialização do DISKPART.
Cuidado! O comando “clean” destrói todas as partições do disco selecionado. Tenha certeza que você selecionou o disco atrelado ao pen drive.
DISKPART> diskpart DISKPART> select disk 1 DISKPART> clean DISKPART> create partition primary DISKPART> select partition 1 DISKPART> active DISKPART> format fs=fat32 DISKPART> assign DISKPART> exit
3. Copie os arquivos de instalação do sistema operacional a partir da mídia original do Windows a ser utilizada:
xcopy D:\* /s /e /f E:\
*Presumi-se que a letra de unidade D seja o CD-ROM ou DVD-ROM e a letra de unidade E seja o Pen Drive.
Está pronto! Agora é necessário configurar o computador em que será instalado o Windows para inicializar através de um dispositivo USB na BIOS, inserir o pen drive na porta USB e reinicialize o computador.
Também é possível criar instalações automatizadas do Windows, onde basta você configurar todas as opções que você iria inserir na instalação do computador e até mesmo a instalação de drivers e aplicações adicionais.
O serviço Microsoft Exchange Information Store do Exchange Server 2003 terminou com o erro específico de serviço 0 (0×0)
Sintomas:
Ao inicializar o serviço Microsoft Exchange Information Store do Exchange Server 2003, são apresentados os erros:
Tipo de evento: Erro Fonte de evento: MSExchangeIS Categoria do evento: Content Engine Id. do evento: 1180 Data: Hora: Usuário: N/A Computador: Descrição: Error 0x800700c1 initializing the Microsoft Exchange Server Internet Conversion Library.
Tipo de evento: Erro Fonte de evento: MSExchangeIS Categoria do evento: General Id. do evento: 5000 Data: Hora: Usuário: N/A Computador: Descrição: Unable to initialize the Microsoft Exchange Information Store service. - Error 0x800700c1.
Tipo de evento: Erro Fonte de evento: Service Control Manager Categoria do evento: Nenhuma Id. do evento: 7024 Data: Hora: Usuário: N/A Computador: Descrição: O serviço Microsoft Exchange Information Store terminou com o erro específico de serviço o (0x0).
Causa:
O arquivo de biblioteca EXMIME.DLL está corrompido.
Solução:
Substitua o arquivo EXMIME.DLL a partir da mídia de instalação do Exchange Server 2003, reinstale o Service Pack mais atual e tente inicializar o serviço. Caso não funcione, reinstale o Exchange Server 2003 através da mídia de instalação e depois reinstale o service pack.
Após a inicialização do serviço Microsoft Exchange Information Store é provável que as bases do Exchange Server estejam corrompidas ou somente marcadas como corrompidas. Execute os procedimentos de recuperação e desfragmentação das bases de dados.
Observação: Caso durante a reinstalação do Exchange Server 2003 utilizando a mídia de instalação apresentar um erro de arquivo, copie manualmente o arquivo da mídia de instalação para o servidor e continue a instalação clicando no botão repetir na janela de erro do programa de instalação.
Atenção: O processo de reinstalação/reparação não irá substituir as bases de dados, porém faça um backup dos arquivos de base de dados do Exchange (PRIV e PUB) por segurança.
Como habilitar o endereçamento de memória física (sufixo /PAE) no Windows 6 ou superior (Vista ou Server 2008)
Não sendo mais necessário na maioria dos novos servidores, você ainda poderá passar por problemas com alguns hardwares que não fazem o endereçamento total da memória RAM. Isso ocorrerá nos casos em que você utiliza um hardware com 4 GB de memória RAM, ou mais, em servidores 32 bits (neste caso não se inclui o Windows Server 2008 R2 pois somente existe a versão 64 bits deste sistema operacional).
Para que ocorra o endereçamento total da memória através do sistema operacional, é necessário habilitar o recurso Physical Address Extension (PAE). Nos sistemas operacionais Windows anteriores ao Vista ou Server 2008 (NT 6.0), era possível incluir o parâmetro /PAE no arquivo BOOT.INI. Agora a configuração é feita através do utilitário BCEDIT, que é o gerenciador da inicialização do Windows.
Para habilitar o PAE no Windows Vista, Server 2008 ou posterior, execute a seguinte linha de comando:
BCDEDIT /set PAE forceenable
Como sincronizar manualmente o serviço de atualizações automáticas com o WSUS
Quando você executa o serviço de atualizações automáticas do Windows, automaticamente são feitas consultas no servidor* de atualizações para verificar se existem pacotes disponíveis para o sistema operacional ou aplicações Microsoft. Nas versões mais novas do Windows (Vista, Server 2008 ou superior) é possível também realizar consultas manuais de novas liberações de forma amigável, conforme mostrado na figura abaixo:
Windows Update - Interface de Usuário
Porém, nos sistemas operacionais Windows anteriores (2000, XP e 2003) essa consulta manual não podia ser feita manualmente de forma amigável. Para tal, era necessário executar a seguinte linha de comando para iniciar o processo de consulta de novas atualizações do serviço de atualizações automáticas com o servidor* de atualizações:
WUAUCLT /DETECTNOW
Desta forma, após a consulta no servidor, é exibido o balão da Central de Segurança do Windows avisando sobre as novas atualizações disponíveis.
*Observação: o servidor de atualizações é consultado da seguinte forma: Caso houver o Windows Software Update Services (WSUS) configurado na rede interna, somente este será utilizado para consulta, caso contrário, será utilizado o servidor de atualizações da Microsoft na Internet.
