Mau especialista é aquele que tem que correr para todos os locais de trabalho e trabalhar com os pés. Você precisa trabalhar com sua cabeça :)

Você pode instalar a plataforma manualmente em cada computador cliente.

Mas então o administrador terá que passar por todos os computadores sequencialmente.
Se houver 2 a 3 computadores, isso não será um problema. Mas se houver uma dúzia ou mais computadores, esse processo poderá demorar muito.

Atualizar a plataforma nos computadores clientes também será um desafio.

Para automatizar esse processo, você pode usar a capacidade de instalar a plataforma em um grande número de computadores por meio de um diretório de rede compartilhado.

Este método pode ser usado quando os computadores clientes tiverem o Windows instalado.
O administrador coloca kits de distribuição de plataforma e um conjunto de arquivos de configuração em um diretório de rede comum.
Para atualizar a plataforma, basta colocar a nova distribuição da plataforma no diretório comum.

Instalação em massa e atualização de 1C: 9 vídeos e PDF

Convidamos você a ver materiais mais detalhados:

Estrutura de diretório compartilhado

Este vídeo descreve como um diretório de rede com distribuições de plataforma deve ser organizado para que possa ser usado para instalação em um grande número de computadores.
É explicado de que forma as distribuições da plataforma devem ser carregadas e quais arquivos de configuração são necessários.

Preparando um diretório compartilhado no servidor

Este vídeo discute na prática como preencher um diretório de rede com distribuições de plataforma. A distribuição da plataforma é carregada e o lançamento da configuração é editado. Mostra como encontrar o inicializador da versão desejada.

Ações no computador cliente

Este vídeo discute os recursos de instalação da plataforma a partir de um diretório de rede compartilhado em um computador cliente.

Atualização da plataforma

Este vídeo explica como colocar corretamente o kit de distribuição de uma nova plataforma de lançamento em um diretório de rede comum. Descreve quais ações precisam ser executadas no computador cliente para que a plataforma seja atualizada.

Arquivo de configuração definindo a localização do diretório de rede compartilhado

Este vídeo explica onde as configurações de compartilhamento de rede estão armazenadas no computador cliente, que deve ser acessado para verificar se há atualização da plataforma.

Direitos de acesso ao instalar a plataforma através de um diretório de rede compartilhado

Este vídeo explica o erro mais comum que ocorre ao trabalhar com um diretório compartilhado de rede.

Trabalhando como usuário sem direitos administrativos

Este vídeo descreve como você pode instalar a plataforma em um computador cliente para um usuário sem direitos administrativos. Chama-se a atenção para as desvantagens deste método.

Possíveis problemas de segurança ao usar a política AlwaysInstallElevated

Este vídeo explica por que a política AlwaysInstallElevated é um problema sério para a segurança do computador e por que seu uso deve ser evitado na prática, se possível.

E último dia de início dos descontos.

Este curso permitirá que você resolva TODOS os problemas relacionados à implantação e suporte de sistemas de informação em 1C.

Aqui estão alguns tópicos do curso:

• Instalando e atualizando a plataforma 1C:Enterprise 8 – manual e automático, para Windows e Linux
• Início automático para realizar operações de rotina
• Atualizando configurações do modo de usuário
• Atualizando configurações não padrão. Como evitar problemas ao atualizar configurações padrão modificadas
• Crie seu próprio entrega de arquivos cfu
• Ferramentas BSP: formulários externos, processamento de preenchimento de documentos, etc.
• Uso SGBD gratuito PostgreSQL
• Instalação e lançamento cluster de servidores 1C:Empresa 8
• Utilitário de Administração para configurar um cluster e servidores de trabalho
• Configurações RLS usando o exemplo do UPP 1.3 e ERP 2
• O que fazer, se dados em segurança da informação estão corrompidos
• Configurações trocas de dados entre configurações
• Organização desenvolvimento de grupo
• Configuração e uso chaves de proteção de hardware
• Licenças de software 1C: instalação e ligação a equipamentos externos

De qualquer forma, em algum momento você terá que implantar 1C, configurar reservas, direitos de acesso, vários modos de inicialização, testar a integridade dos bancos de dados, garantir o funcionamento dos servidores, etc.

E é melhor fazer isso imediatamente.

Para que isso não aconteça depois “...! Bem, o que...! Seu...!" – e outras expressões de arrependimento :)

Então, quais métodos de implantação de nosso software 1C nos oferece?

1. Instalação usando script de logon

2. Instalação colocando-o em um diretório de rede compartilhado

3. Instalação usando políticas de grupo

Rejeitamos os dois primeiros métodos, porque Neste artigo veremos a instalação usando políticas de grupo (GPO).

As informações nas páginas 1C:ITS que o fabricante nos oferece sobre a implantação de seu produto usando políticas de grupo são muito escassas:

Ao instalar por meio de políticas de grupo, para especificar o idioma de instalação, você deve especificar o arquivo de transformação de idioma apropriado. Os nomes dos arquivos correspondem à representação LCID decimal do Microsoft Windows (com a extensão .mst). O arquivo de transformação para o idioma russo é denominado 1049.mst.

Além disso, você também precisa especificar o arquivo de transformação adminstallrestart.mst. Neste caso, o sistema 1C:Enterprise, se as versões do cliente e do servidor não corresponderem, solicitará que você reinicie o computador para instalar a nova versão. O administrador deve garantir que a nova distribuição já foi adicionada nas políticas de grupo.

Usando políticas de grupo, você pode instalar várias versões de 1C:Enterprise.

Para instalar uma nova versão, você deve criar uma nova instalação na Política de Grupo.

1049.mst é óbvio, mas adminstallrestart.mst não é muito útil. Portanto, criaremos nosso próprio arquivo de transformação.
Primeiramente gostaria de entender como podemos indicar ao instalador quais componentes do produto queremos instalar e quais não? Apesar do fato de a documentação de 1c ser geralmente bastante extensa e detalhada, por algum motivo nem uma palavra é dita sobre isso. Mas o script de logon, que rejeitamos no início, nos ajudará a sair dessa situação. No script podemos ver as seguintes linhas:

CmdLine = cmdLine & " DESIGNERALLCLIENTS=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=1 LANGUAGES=RU"

Onde:
DESIGNERALLCLIENTS – todos os clientes e configurador.
THINCLIENT é um thin client para operação cliente-servidor.
THINCLIENTFILE – thin client com capacidade de trabalhar com infobases de arquivos.
SERVIDOR – 1C: Servidor corporativo. Se o instalador for executado a partir do inicializador, o servidor será instalado como um aplicativo.
WEBSERVEREXT – componentes de extensão para o servidor web.
CONFREPOSSERVER – Servidor de armazenamento de configuração 1C:Enterprise.
SERVERCLIENT – componentes para administração de um cluster de servidores 1C:Enterprise.
CONVERTER77 é um conversor de bases de informações da versão 1C:Enterprise 7.7.
IDIOMAS – lista de idiomas de interface para instalação. Se vários idiomas forem especificados, eles serão listados separados por “,”.

Esta linha de script gera uma linha de comando que será enviada ao instalador msiexec para processamento.

Para criar um arquivo de transformação precisamos do editor “Orca”. (http://www.technipages.com/download-orca-msi-editor)
E assim, após a instalação, lançamos o programa. “Arquivo” – “Abrir” e selecione “1CEnterprise 8.msi” no kit de distribuição 1C. Uma lista de tabelas apareceu no lado esquerdo do programa e os valores das tabelas apareceram no lado direito. Porque A própria 1C não recomenda alterar o pacote msi, então vamos ao menu “Transformar” – “Nova Transformação”.

Você precisa ir até a tabela “Propriedades”. No lado direito procuramos a linha “DEFLANGUAGE”, com o valor “Auto”. O valor deve ser alterado para “RU” (Sem aspas, claro).

Para a maioria dos usuários, você precisa instalar um mínimo de componentes, que são Thin Client, Thick Client e idioma (por exemplo, russo)
Portanto, vamos criar novos campos (Ctrl+R), onde você precisa especificar um nome e um valor.
DESIGNERALLCLIENTS = 1
FINO CLIENTE = 1
THINCLIENTFILE = 1
SERVIDOR = 0
SERVIDOR WEBEXT = 0
CONFREPOSSERVER = 0
CLIENTESERVIDOR = 0
CONVERSOR77 = 0
IDIOMAS =RU

Aqueles. Deve ficar como nas fotos:

Em seguida, vá ao menu “Transformar” – “Gerar Transformação...”. Salve o arquivo, talvez na pasta com a distribuição, por exemplo Client.mst
Isso conclui a geração do arquivo de transformação.
Para verificar a instalação, é necessário abrir o programa “cmd”. Vá para a pasta de distribuição. E execute o comando:
setup.exe /S TRANSFORMS=Cliente.mst TRANSFORMS=1049.mst
ou
msiexec /i"<каталог с дистрибутивом >"TRANSFORMAS="<каталог с дистрибутивом >"\Client.mst TRANSFORMS="<каталог с дистрибутивом >"\1049.mst/passivo

No primeiro comando o parâmetro “/S” e no segundo comando o parâmetro “/passive” significa que a instalação ocorrerá em segundo plano.

Depois de algum tempo você pode verificar. Cliente grosso, cliente fino e interface russa devem ser instalados.

Em seguida, você precisa criar uma nova instalação nas políticas de grupo do domínio.
Você também precisa criar um diretório compartilhado em sua rede onde os arquivos de instalação serão armazenados. Verifique se os usuários do domínio têm permissões de leitura neste diretório.
Abra o editor GP. Criamos uma nova política. Abra-o para edição. Vá para a seção “Configuração do Computador” - “Instalação de Programas”.

Vamos criar um novo pacote. Selecionamos o arquivo 1CEnterprise 8.2.msi, o caminho para o arquivo deve ser especificado através do ambiente de rede \\SRV\…..\1CEnterprise 8.msi, selecionamos o método de implantação - um especial, para que modificações possam ser feitas .

Após criar o pacote, a janela de propriedades do pacote será aberta.
Você precisa ir para a guia “Modificações” e adicionar um arquivo de transformação para o idioma russo chamado 1049.mst e um arquivo de transformação Client.mst.

Após clicar em “OK”, não será possível adicionar arquivos de modificação.
O pacote está pronto. É importante ressaltar que o pacote deve ser aplicado a um grupo de computadores; para isso, é necessário criar tal grupo no AD e colocar ali os computadores aos quais se destina a instalação.

De alguma forma, abandonei meu aconchegante. Estou me corrigindo. Hoje falaremos sobre a instalação do 1c v8.2 em um ambiente corporativo usando políticas de grupo. Então, quais métodos de implantação de nosso software 1C nos oferece?

1. Instalação usando políticas de grupo

Rejeitamos os dois primeiros métodos, porque para utilizá-los, o usuário deve ter direitos de administrador local (esses não são nossos métodos). Seria possível usar o script como um script de inicialização, com alguns acréscimos. Mas, para ser sincero, não entendo: por que usar um script quando você tem a capacidade padrão de implantar um aplicativo a partir de um pacote msi usando políticas de grupo. Pareceria mais um caso trivial de implantação de software em um domínio. Agora vamos ao site do fabricante, ler sobre como configurar um pacote msi, talvez até baixar algumas ferramentas para criar um arquivo de transformação (arquivo mst), como é comum em grandes fabricantes de software, e o trabalho estará feito. No entanto, este não foi o caso. As informações que o fabricante nos oferece sobre a implantação de seu produto usando políticas de grupo são muito escassas:

Ao instalar por meio de políticas de grupo, para especificar o idioma de instalação, você deve especificar o arquivo de transformação de idioma apropriado. Os nomes dos arquivos correspondem à representação LCID decimal do Microsoft Windows (com a extensão .mst). O arquivo de transformação para o idioma russo é denominado 1049.mst.

Além disso, você também precisa especificar o arquivo de transformação adminstallrestart.mst. Neste caso, o sistema 1C:Enterprise, se as versões do cliente e do servidor não corresponderem, solicitará que você reinicie o computador para instalar a nova versão. O administrador deve garantir que a nova distribuição já foi adicionada nas políticas de grupo.

Usando políticas de grupo, você pode instalar várias versões de 1C:Enterprise.

Para instalar uma nova versão, você deve criar uma nova instalação na Política de Grupo.

A empresa 1c nos forneceu um conjunto de informações muito estranho: as informações sobre o arquivo de transformação (modificação) 1049.mst são óbvias, mas as informações sobre adminstallrestart.mst não são muito úteis. Primeiramente gostaria de entender como podemos indicar ao instalador quais componentes do produto queremos instalar e quais não? Apesar do fato de a documentação de 1c ser geralmente bastante extensa e detalhada, por algum motivo nem uma palavra é dita sobre isso. Mas o script de logon, que rejeitamos no início, nos ajudará a sair dessa situação. No script podemos ver as seguintes linhas:

cmdLine = cmdLine & “THICKCLIENT=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU”

Esta linha de script gera uma linha de comando que será enviada ao instalador msiexec para processamento. Como podemos ver, parâmetros do formato “Propriedade=PropertyValue” são adicionados a esta linha. Seria razoável supor que cada uma dessas propriedades deveria ser refletida na tabela Propriedades do pacote msi. Depois de examinar o pacote msi usando o editor Orca (sobre o qual já foi escrito no meu blog), não vi nenhuma dessas propriedades no pacote 1c. Portanto, apenas no caso, .

Portanto, precisamos adicionar várias linhas à tabela Propriedades contendo as propriedades correspondentes e seus valores. Claro, não faremos alterações diretamente no próprio pacote de instalação (arquivo msi), mas prepararemos um transformador (arquivo mst) usando o Orca. A captura de tela mostra as alterações que precisam ser feitas no pacote de instalação para indicar que queremos instalar apenas os clientes grossos e finos e ao mesmo tempo selecionar o idioma russo para a interface (não esqueça que não devemos apenas selecione o idioma russo para a interface, mas também adicione-o ao pacote de instalação usando o transformador apropriado - arquivo 1049.mst). Não vou falar sobre como adicionar um pacote de instalação e arquivos de modificação (transformação) à política de grupo, espero que você saiba disso e, se não sabe, pode.

Resta considerar a questão de adicionar infobases à lista que o usuário verá ao iniciar o programa 1c. Felizmente, desde 1c v 7.7. muita coisa mudou e você não precisa editar o registro para isso. As informações sobre bancos de dados agora são armazenadas em um arquivo com extensão v8i. Por padrão, o arquivo está localizado no computador local na pasta %APPDATA%\1C\1CEStart e tem um nome ibases.v8i. , mas existem algumas limitações relacionadas ao fato de que os arquivos *.v8i são arquivos no formato unicode e o GPP não pode funcionar com arquivos na codificação unicode. Portanto, temos que fazer concessões, sobre as quais você pode ler no blog do Sergei. Mas existe outra forma de criar uma lista de infobases para o usuário, que não apresenta essa desvantagem. A partir da v8.1, em 1c tornou-se possível, uma vez registrado uma infobase na lista “manualmente”, fazer upload de uma descrição de cada infobase em um arquivo v8i separado. Em seguida, esses arquivos v8i podem ser colocados em um recurso de rede compartilhado e adicionados à lista de infobases compartilhadas dos usuários. E, sabendo que a lista geral de infobases está armazenada em um arquivo 1CEStart.cfg, que está localizado na pasta %APPDATA%\1C\1CEStart, você pode usar o GPP para esses fins sem os problemas que Sergey Betke encontrou. Vou dar um exemplo do conteúdo de um arquivo simples 1CEStart.cfg(uma descrição do formato do arquivo pode ser encontrada no site http://its.1c.ru, se você for o feliz proprietário de uma assinatura ITS).

Perto do reitor 26 de julho de 2014 às 13h09

Conectando bancos de dados 1C 8 usando AD/GPO

• Administração do Sistema

Boa tarde

Inspirado em uma postagem recente, compartilharei uma solução alternativa para este problema:

• sem usar scripts
• sem editar arquivos 1C (ibases.v8i, 1CEStart.cfg)

As tarefas de automação são semelhantes: existem muitos bancos de dados 1C e um diretório AD, é necessário que um usuário em um determinado grupo AD tenha a oportunidade de iniciar um determinado banco de dados 1C;

Este método é conveniente apenas se o usuário trabalhar com um pequeno número de bancos de dados 1C (de um a dez), pois envolve colocar um atalho separado na área de trabalho para cada banco de dados.

Passo 1.

Vamos criar um grupo no AD que inclua uma lista de computadores nos quais o cliente 1C está instalado - incluirá servidores de terminal farm, bem como computadores nos quais o cliente 1C está instalado. Na verdade, isso pode não ser necessário, mas usaremos este grupo como filtro adicional:

Passo 2.

Vamos criar grupos no AD para usuários do banco de dados 1C:

Você pode notar que um grupo separado é criado para iniciar o banco de dados com outros parâmetros (neste caso, no modo Thick Client).

Etapa 3.

Crie uma política de grupo que controle os atalhos do usuário:

Infelizmente, para 1C ainda não existe uma versão cliente para a plataforma x64, portanto a localização padrão do cliente depende da profundidade de bits da plataforma. Para a versão 1C 8.3 na versão de 32 bits do Windows, o cliente é instalado em %ProgramFiles%\1cv8\common\1cestart.exe e no Windows de 64 bits - %ProgramFiles(x86)%\1cv8\common\1cestart. exe

Agora vamos dar uma olhada mais de perto na criação de cada elemento.

Na aba “Geral”, defina os parâmetros de conexão ao banco de dados e a localização do atalho (neste caso, a área de trabalho). Um exemplo de criação de um atalho para a plataforma Win x64

Uma breve digressão para quem está planejando migrar da plataforma 1C 8.2 para 8.3:

Na aba “Configurações Gerais”, vamos direcionar nosso atalho para os grupos AD criados anteriormente:

Configuração para plataforma Win x86:

E para Win x64:

Adicionar um novo banco de dados envolve a criação de um novo grupo AD, a cópia do atalho para o GPO e a edição da conexão com o banco de dados.

P.S. Se você tem funcionários que colocam atalhos na área de trabalho de forma independente, é melhor não usar esse método de acesso aos bancos de dados.

Obrigado pela atenção, espero que este post seja útil para você.

Tags: 1c, anúncio, gpo, links