Entonces, ¿qué métodos de implementación de nuestro software nos ofrece 1C?

1. Instalación mediante script de inicio de sesión

2. Instalación colocándolo en un directorio de red compartido

3. Instalación usando políticas de grupo

Rechazamos los dos primeros métodos porque En este artículo veremos la instalación mediante políticas de grupo (GPO).

La información en las páginas de 1C:ITS que nos ofrece el fabricante sobre cómo implementar su producto mediante políticas de grupo es muy escasa:

Al realizar la instalación mediante políticas de grupo, para especificar el idioma de instalación, debe especificar el archivo de transformación de idioma apropiado. Los nombres de los archivos corresponden a la notación decimal LCID Windows(con extensión .mst). El archivo de transformación del idioma ruso se llama 1049.mst.

Además, también debe especificar el archivo de transformación adminstallrestart.mst. En este caso, el sistema 1C:Enterprise, si las versiones del cliente y del servidor no coinciden, le pedirá que reinicie la computadora para la instalación. nueva versión. El administrador debe asegurarse de que la nueva distribución ya haya sido agregada en las políticas de grupo.

Utilizando políticas de grupo, puede instalar varias versiones de 1C:Enterprise.

Para instalar una nueva versión es necesario crear nueva instalación en pólizas de grupo.

1049.mst es obvio, pero adminstallrestart.mst no es muy útil. Por tanto, crearemos nuestro propio archivo de transformación.
En primer lugar, me gustaría entender cómo podemos indicarle al instalador qué componentes del producto queremos instalar y cuáles no. A pesar de que la documentación de 1c es en general bastante extensa y detallada, por alguna razón no se dice ni una palabra al respecto. Pero el script de inicio de sesión, que rechazamos desde el principio, nos ayudará a salir de esta situación. En el script podemos ver las siguientes líneas:

CmdLine = cmdLine & " DESIGNERALLCLIENTS=1 THINCLIENT=1 WEBSERVEREXT=0 SERVIDOR=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=1 IDIOMAS=RU"

Dónde:
DESIGNERALLCLIENTS – todos los clientes y configurador.
THINCLIENT es un cliente ligero para operación cliente-servidor.
THINCLIENTFILE: cliente ligero con capacidad para trabajar con bases de datos de archivos.
SERVIDOR – 1C:Servidor empresarial. Si el instalador se ejecuta desde el iniciador, el servidor se instalará como una aplicación.
WEBSERVEREXT – componentes de extensión para el servidor web.
CONFREPOSSERVER – 1C: Servidor de almacenamiento de configuración empresarial.
SERVERCLIENT: componentes para administrar un clúster de servidores 1C:Enterprise.
CONVERTIDOR77 – convertidor bases de información de la versión "1C:Enterprise 7.7".
IDIOMAS – lista de idiomas de interfaz para la instalación. Si se especifican varios idiomas, se enumeran separados por “,”.

Esta línea del script genera una línea de comando que se enviará al instalador de msiexec para su procesamiento.

Para crear un archivo de transformación necesitamos el editor “Orca”. (http://www.technipages.com/download-orca-msi-editor)
Y así, después de la instalación, lanzamos el programa. “Archivo” – “Abrir” y seleccione “1CEnterprise 8.msi” del kit de distribución 1C. Apareció una lista de tablas en el lado izquierdo del programa y los valores de las tablas a la derecha. Porque El propio 1C no recomienda cambiar el paquete msi, por lo que vamos al menú "Transformar" - "Nueva transformación".

Debes ir a la tabla "Propiedad". Del lado derecho buscamos la línea “DEFLANGUAGE”, con el valor “Auto”. Se debe cambiar el valor a “RU” (Sin comillas, claro).

Para la mayoría de los usuarios, es necesario instalar un mínimo de componentes, estos son cliente ligero, cliente pesado e idioma (por ejemplo, ruso).
Por lo tanto, creemos nuevos campos (Ctrl+R), donde deberá especificar un nombre y un valor.
DISEÑADOR TODOS CLIENTES = 1
CLIENTE DELGADO = 1
ARCHIVO DE CLIENTE DELGADO = 1
SERVIDOR = 0
SERVIDOR WEBEXT = 0
CONFREPOSSERVIDOR = 0
CLIENTESERVIDOR = 0
CONVERTIDOR77 = 0
IDIOMAS = RU

Aquellos. Debería verse como en las fotos:

A continuación, vaya al menú "Transformar" - "Generar transformación...". Guarde el archivo, tal vez en la carpeta con la distribución, por ejemplo Client.mst
Esto completa la generación del archivo de transformación.
Para verificar la instalación, debe abrir el programa "cmd". Vaya a la carpeta de distribución. Y ejecuta el comando:
setup.exe /S TRANSFORMA=Cliente.mst TRANSFORMA =1049.mst
o
msiexec /i "<каталог с дистрибутивом >"TRANSFORMAR="<каталог с дистрибутивом >"\Cliente.mst TRANSFORMA="<каталог с дистрибутивом >"\1049.mst/pasivo

En el primer comando el parámetro “/S” y en el segundo comando el parámetro “/passive” significa que la instalación se realizará en segundo plano.

Después de un tiempo podrás comprobarlo. Se deben instalar el cliente pesado, el cliente ligero y la interfaz rusa.

A continuación, debe crear una nueva instalación en las políticas de grupo de dominio.
También necesitas crear directorio general en su red donde se almacenarán archivos de instalación. Compruebe que los usuarios del dominio tengan permisos de lectura desde este directorio.
Abra el editor de GP. Creamos una nueva política. Ábrelo para editarlo. Vaya a la sección "Configuración de la computadora" - "Instalación de programas".

nosotros creamos nuevo paquete. Seleccionamos el archivo 1CEnterprise 8.2.msi, la ruta al archivo debe especificarse a través del entorno de red \\SRV\…..\1CEnterprise 8.msi, seleccionamos el método de implementación, uno especial, para que se puedan realizar modificaciones. .

Después de crear el paquete, se abrirá la ventana de propiedades del paquete.
Debes ir a la pestaña "Modificaciones" y agregar un archivo de transformación para el idioma ruso llamado 1049.mst y un archivo de transformación Client.mst.

Después de hacer clic en "Aceptar", no será posible agregar archivos de modificación.
El paquete está listo. Vale la pena señalar que el paquete debe aplicarse a un grupo de computadoras; para hacer esto, debe crear dicho grupo en AD y colocar allí las computadoras para las que está prevista la instalación;

Al instalar o actualizar un programa 1C Enterprise, muchos administradores se enfrentan a la imposibilidad de realizar correctamente estas tareas utilizando políticas de grupo. El error más común es 1720:

Producto: 1C:Enterprise 8.1 - Error 1720. Hay un problema con este paquete de Windows Installer. No se pudo ejecutar un script necesario para completar esta instalación. Póngase en contacto con su personal de soporte o proveedor de paquetes. Error de script de acción personalizada customDetectPrevVersion -2147467259, error de API de Msi: información de producto, producto, línea de atributo 7, columna 5

Este error se debe a un funcionamiento incorrecto del mecanismo de actualización del programa, es decir, no podemos instalar una versión nueva sobre la versión anterior instalada.

Para realizar la actualización, debe editar manualmente el archivo msi de instalación antes de crear la política de grupo. Para hacer esto, utilizamos la herramienta gratuita de edición de archivos msi de Microsoft llamada Orca. Esta utilidad forma parte del kit de desarrollo de software (SDK) de Microsoft Windows y también se puede descargar por separado.

1. Descargar e instalar Orca;
2. Abre el archivo con el programa. 1CErprise 8.1.msi
3. Encontramos el apartado “ Acción personalizada" y en él el parámetro " personalizadoDetectPrevVersion". Elimine este parámetro y guarde los cambios;
4. Copiar al público carpeta de red la distribución que está instalada actualmente (si actualizamos la compilación) y la nueva versión 1C con el archivo msi que modificamos. Copiamos, naturalmente, a diferentes carpetas.

Ahora necesitamos crear una política de grupo y crearla en la sección " Instalación de programas» dos paquetes de instalación: versiones antiguas (por ejemplo 8.1.11) y nuevas (8.1.13) (Fig. 2).

Luego, en las propiedades del paquete de instalación de la nueva versión de 1C, debemos indicar que este paquete realiza una actualización. versión antigua 8.1.11 (Figura 3). Después de asignar una política, es posible que sea necesario reiniciar la computadora, ya que la eliminación de las versiones de software antiguas y la instalación de las nuevas no están sincronizadas.

Utilizando políticas de grupo, puede instalar varias versiones de 1C:Enterprise.
Para instalar una nueva versión, debe crear una nueva instalación en la Política de grupo.

Al realizar la instalación mediante políticas de grupo, para especificar el idioma de instalación, debe especificar el archivo de transformación de idioma apropiado. Los nombres de los archivos corresponden a la representación LCID decimal de Microsoft Windows (con la extensión .mst). El archivo de transformación del idioma ruso se llama 1049.mst.
Además, también debe especificar el archivo de transformación adminstallrestart.mst. En este caso, el sistema 1C:Enterprise, si las versiones del cliente y del servidor no coinciden, le pedirá que reinicie la computadora para instalar la nueva versión. El administrador debe asegurarse de que la nueva distribución ya haya sido agregada en las políticas de grupo.

Debe crear un directorio compartido en su red donde se almacenarán los archivos de instalación. Compruebe que los usuarios del dominio tengan permisos de lectura desde este directorio.
Abra el editor de GP. Creamos una nueva política. Ábrelo para editarlo. Vaya a la sección "Configuración de la computadora" - "Instalación de programas". Un ejemplo se muestra en Servidor Windows 2008 R2.

Creemos un nuevo paquete. Seleccionamos el archivo 1CEnterprise 8.2.msi, la ruta al archivo se debe especificar a través del entorno de red \\SRV\…..\1CEnterprise 8.2.msi, seleccionamos el método de implementación - especial, para que se puedan realizar modificaciones.

Después de crear el paquete, tengo unos 30 segundos, se abrirá la ventana de propiedades del paquete.

Debe ir a la pestaña "Modificaciones" y agregar un archivo de transformación para el idioma ruso llamado 1049.mst y un archivo de transformación adminstallrestart.mst. Debería verse así:

Después de hacer clic en "Aceptar", no será posible agregar archivos de modificación.

El paquete está listo. Vale la pena señalar que el paquete debe aplicarse a un grupo de computadoras; para hacer esto, debe crear dicho grupo en AD y colocar allí las computadoras para las que está prevista la instalación;

cerca del rector 26 de julio de 2014 a las 13:09

Conexión de bases de datos 1C 8 usando AD/GPO

• administración del sistema

Buenas tardes

Inspirándome en una publicación reciente, compartiré una solución alternativa a este problema:

• sin usar guiones
• sin editar archivos 1C (ibases.v8i, 1CEStart.cfg)

Las tareas de automatización son similares: hay muchas bases de datos 1C y un directorio AD, es necesario que un usuario que está en un determinado grupo AD tenga la oportunidad de iniciar una determinada base de datos 1C;

Este método es conveniente solo si el usuario trabaja con una pequeña cantidad de bases de datos 1C (de una a diez), ya que implica colocar un acceso directo separado en el escritorio para cada base de datos.

Paso 1.

Creemos un grupo en AD que incluya una lista de computadoras en las que está instalado el cliente 1C; incluirá servidores de granja de terminales, así como computadoras en las que está instalado el cliente 1C. De hecho, puede que esto no sea necesario, pero usaremos este grupo como filtro adicional:

Paso 2.

Creemos grupos en AD para usuarios de la base de datos 1C:

Puede notar que se crea un grupo separado para iniciar la base de datos con otros parámetros (en este caso en modo de cliente pesado).

Paso 3.

Cree una política de grupo que controle los accesos directos de los usuarios:

Desafortunadamente, para 1C aún no existe una versión de cliente para la plataforma x64, por lo que la ubicación predeterminada del cliente depende de la capacidad de bits de la plataforma. Para la versión 1C 8.3 en la versión de 32 bits Cliente de Windows instalado en %ProgramFiles%\1cv8\common\1cestart.exe y en Windows de 64 bits: %ProgramFiles(x86)%\1cv8\common\1cestart.exe

Ahora echemos un vistazo más de cerca a la creación de cada elemento.

En la pestaña "General", configure los parámetros para conectarse a la base de datos y la ubicación del acceso directo (en este caso, el escritorio). Un ejemplo de creación de un acceso directo para la plataforma Win x64

Una pequeña digresión para aquellos que recién planean migrar de la plataforma 1C 8.2 a 8.3:

En la pestaña "Configuración general", apuntemos nuestro acceso directo a los grupos AD creados anteriormente:

Configuración para la plataforma Win x86:

Y para Win x64:

Suma nueva base todo se reduce a crear nuevo grupo AD, copiando el acceso directo a GPO y editando la conexión a la base de datos.

PD Si tiene empleados que colocan accesos directos en el escritorio de forma independiente, es mejor no utilizar este método para acceder a las bases de datos.

Gracias por su atención, espero que este post les sea de utilidad.

Etiquetas: 1c, anuncio, gpo, enlaces

De alguna manera abandoné mi acogedor. Me estoy corrigiendo. Hoy hablaremos sobre la instalación de 1c v8.2 en un entorno corporativo utilizando políticas de grupo. Entonces, ¿qué métodos de implementación de nuestro software nos ofrece 1C?

1. Instalación mediante políticas de grupo

Rechazamos los dos primeros métodos porque para poder utilizarlos, el usuario debe tener derechos de administrador local (estos no son nuestros métodos). Sería posible utilizar el script como script de inicio, con una pequeña adición. Pero, para ser honesto, no entiendo: ¿por qué usar un script cuando tienes la capacidad estándar de implementar una aplicación desde un paquete msi usando políticas de grupo? Parecería otro caso trivial de implementación de software en un dominio. Ahora vayamos al sitio web del fabricante, leamos sobre cómo configurar un paquete msi, tal vez incluso descarguemos algunas herramientas para crear un archivo de transformación (archivo mst), como es habitual. grandes fabricantes software y el trabajo estará hecho. Sin embargo, este no fue el caso. La información que nos ofrece el fabricante sobre cómo desplegar su producto mediante políticas de grupo es muy escasa:

Al realizar la instalación mediante políticas de grupo, para especificar el idioma de instalación, debe especificar el archivo de transformación de idioma apropiado. Los nombres de los archivos corresponden a la representación LCID decimal de Microsoft Windows (con la extensión .mst). El archivo de transformación del idioma ruso se llama 1049.mst.

Además, también debe especificar el archivo de transformación adminstallrestart.mst. En este caso, el sistema 1C:Enterprise, si las versiones del cliente y del servidor no coinciden, le pedirá que reinicie la computadora para instalar la nueva versión. El administrador debe asegurarse de que la nueva distribución ya haya sido agregada en las políticas de grupo.

Utilizando políticas de grupo, puede instalar varias versiones de 1C:Enterprise.

Para instalar una nueva versión, debe crear una nueva instalación en la Política de grupo.

La empresa 1c nos proporcionó un conjunto de información muy extraño: la información sobre el archivo de transformación (modificación) 1049.mst es obvia, pero la información sobre adminstallrestart.mst no es muy útil. En primer lugar, me gustaría entender cómo podemos indicarle al instalador qué componentes del producto queremos instalar y cuáles no. A pesar de que la documentación de 1c es generalmente bastante extensa y detallada, por alguna razón no se dice una palabra al respecto. Pero el script de inicio de sesión, que rechazamos desde el principio, nos ayudará a salir de esta situación. En el script podemos ver las siguientes líneas:

cmdLine = cmdLine & “THICKCLIENT=1 THINCLIENT=1 WEBSERVEREXT=0 SERVIDOR=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 IDIOMAS=RU”

Esta línea del script genera una línea de comando que se enviará al instalador de msiexec para su procesamiento. Como podemos ver, a esta línea se agregan parámetros del formato “Property=PropertyValue”. Sería razonable suponer que cada una de estas propiedades debería reflejarse en la tabla de Propiedades del paquete msi. Después de examinar el paquete msi usando el editor Orca (sobre el cual ya se escribió en mi blog), no vi ninguna de estas propiedades en el paquete 1c. Por lo tanto, por si acaso.

Entonces, necesitamos agregar varias filas a la tabla Propiedades que contengan las propiedades correspondientes y sus valores. Por supuesto, no realizaremos cambios directamente en el paquete de instalación (archivo msi), sino que prepararemos un transformador (archivo mst) usando Orca. La captura de pantalla muestra los cambios que se deben realizar en el paquete de instalación para indicar que queremos instalar solo los clientes pesados ​​y ligeros y al mismo tiempo seleccionar el idioma ruso para la interfaz (no olvide que no solo debemos seleccione el idioma ruso para la interfaz, pero también agréguelo al paquete de instalación usando el transformador apropiado (archivo 1049.mst). No hablaré sobre cómo agregar un paquete de instalación y archivos de modificación (transformación) a la política de grupo, espero que lo sepas, y si no lo sabes, entonces puedes hacerlo.

Queda por considerar la cuestión de agregar bases de información a la lista que verá el usuario al iniciar el programa 1c. Afortunadamente, desde 1c v 7.7. Muchas cosas han cambiado y no es necesario editar el registro para ello. La información sobre las bases de datos ahora se almacena en un archivo con la extensión v8i. Por defecto el archivo se encuentra en computadora local en una carpeta %APPDATA%\1C\1CEstart y tiene un nombre ibases.v8i. , pero existen algunas limitaciones relacionadas con el hecho de que los archivos *.v8i son archivos en formato Unicode y GPP no puede funcionar con archivos en codificación Unicode. Por lo tanto, tenemos que hacer concesiones, sobre las cuales puede leer en el blog de Sergei. Pero hay otra forma de crear una lista de bases de datos para el usuario, que no tiene este inconveniente. A partir de v8.1, en 1c fue posible, una vez registrada una base de datos en la lista "a mano", cargar una descripción de cada base de datos en un archivo v8i separado. Luego, estos archivos v8i se pueden colocar en un recurso de red compartido y agregarse a la lista de bases de datos compartidas de los usuarios. Y, sabiendo que la lista general de bases de datos se almacena en un archivo 1CEInicio.cfg, que se encuentra en la carpeta %APPDATA%\1C\1CEstart, puede utilizar GPP para estos fines sin los problemas que encontró Sergey Betke. Daré un ejemplo del contenido de un archivo simple. 1CEInicio.cfg(Puede encontrar una descripción del formato de archivo en el sitio web http://its.1c.ru, si es el afortunado propietario de una suscripción ITS).