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 mediante 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 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.

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 un servidor web.
CONFREPOSSERVER – 1C: Servidor de almacenamiento de configuración empresarial.
SERVERCLIENT: componentes para administrar un clúster de servidores 1C:Enterprise.
CONVERTER77 es un conversor de 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 de 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 imágenes:

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 necesita 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".

Creemos un 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;

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

• Administracion 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)

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 del bitness de la plataforma. Para la versión 1C 8.3 en la versión de 32 bits de Windows, el cliente se instala 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:

Agregar una nueva base de datos implica crear un nuevo grupo AD, copiar el acceso directo al GPO y editar 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

Buenas tardes

Inspirándome en una publicación reciente: "Administración de una lista de bases de datos 1C 8.2 usando Active Directory", compartiré una solución alternativa a este problema:

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

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 del bitness de la plataforma. Para la versión 1C 8.3 en la versión de 32 bits de Windows, el cliente se instala 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:

Agregar una nueva base de datos implica crear un nuevo grupo AD, copiar el acceso directo al GPO y editar 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

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 el personal de soporte técnico o el proveedor del paquete. 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. Busca la sección “ Acción personalizada" y en él el parámetro " personalizadoDetectPrevVersion". Elimine este parámetro y guarde los cambios;
4. Copiamos la distribución que está actualmente instalada (si estamos actualizando la build) y la nueva versión a una carpeta de la red pública 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 actualiza la versión anterior 8.1.11 (Fig. 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". El ejemplo se muestra en Windows Server 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. Debe tener un aspecto como este:

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;