Menú
Está libre
registrarse
el principal  /  La Internet / 1C y Postgres Instalación en Windows. Instalar PostgreSQL

Instalación de 1C y Postgres en Windows. Instalar PostgreSQL

De forma predeterminada, PostgreSQL está configurado para gastar la cantidad mínima de recursos para trabajar con pequeñas bases de datos de hasta 4 GB en servidores no muy productivos. Es decir, si el caso toca los sistemas más graves, se encontrará con una gran pérdida de rendimiento de la base de datos solo porque es posible que la configuración predeterminada no coincida con el rendimiento de su equipo norte. Ajustes de asignación de recursos memoria de acceso aleatorio RAM para trabajar PostgreSQL almacenado en el archivo postgreSql.conf..

Disponible tanto en la carpeta, donde se instala PostgreSQL / DATATS y de PGADMIN:

En general, en la etapa inicial, en caso de dificultades y una desaceleración en el trabajo de la base de datos, es suficiente para aumentar tres parámetros para el ojo de los usuarios:

shared_buffers.

Este es un tamaño de memoria dividido entre los procesos PostgreSQL que son responsables de realizar operaciones activas. El valor máximo permitido de este parámetro es del 25% de la RAM total

Por ejemplo, en 1-2 GB RAM en el servidor, es suficiente para especificar en este parámetro a 64-128 MB (8192-16384).

temp_buffers.

Este es el tamaño del búfer para objetos temporales (tablas temporales). El valor promedio de 2-4% de la RAM total.

Por ejemplo, en 1-2 GB RAM en el servidor, es suficiente para especificar en este parámetro un valor de 32-64 MB.

work_mem.

Este es un tamaño de memoria utilizado para ordenar y almacenar tablas en caché.

Para la introducción de nuevos valores en vigor, el servicio se reiniciará, por lo que es mejor hacerlo en el exterior del tiempo de trabajo.

Dos más parámetros importantes Este es Mantenance_Work_Mem (para vacío, crear índice y otro) y max_stack_depth

Ejemplos de configuraciones óptimas:

  • CPU: E3-1240 V3 @ 3.40GHz
  • RAM: 32GB 1600MHz
  • Discos: Plextor M6Pro

postgreSQL.conf:

  • shared_buffers \u003d 8GB.
  • work_mem \u003d 128mb.
  • mantenance_Work_Mem \u003d 2GB.
  • fSYNC \u003d ON.
  • synchronous_commit \u003d off.
  • wal_sync_method \u003d fdataSync.
  • checkpoint_Segments \u003d 64.
  • seq_page_cost \u003d 1.0.
  • random_page_cost \u003d 6.0.
  • cPU_TUPLE_COST \u003d 0.01.
  • cpu_index_tuple_cost \u003d 0.0005
  • cpu_perator_cost \u003d 0.0025
  • efectivo_cache_size \u003d 24GB.

Consultas útiles:

Block BD por los usuarios

Mostrar todas las tablas, más de 10 MB.


de pg_tables
Donde no se gusta el nombre de tablete 'sql_%' y pg_size_pretty (pg_total_relation_size (fundido (tablename como texto))) como '% MB%';

Definición de tamaños de tabla en la base de datos PostgreSQL

SQL Seleccione el código de nombres, pg_size_pretty (PG_TOTAL_RELATION_SIZE (MAST (Nombre de tablero como texto)) como tamaño
de pg_tables
Donde el nombre de tablero no le gusta 'SQL_%'
Orden por tamaño;

Usuarios que bloquean una tabla específica

Código SQL SELECT A.USENAME, T.RELNAME, A.CURRENT_QUERY, MODO DE PG_LOCKS L INTERIOR ÚNETE PG_STAT_ACTIVIDAD A EN A.PROCPID \u003d L.PID INTERIOR ÚNETE PG_STAT_ALL_TABLES T EN T.RELID \u003d L.Relación donde t.relname \u003d 'Tablename '; Código SQL Seleccionar relación :: REGCLASS, MODE, A.USENAME, otorgada, PID de PG_LOCKS L INTERIOR UNIR PG_STAT_ACTIVIDAD A EN A.PROCPID \u003d L.PID DONDE EL MODO \u003d 'Accessharelock' y la relación no es NULL;

Solicitudes con cerraduras exclusivas.

Código SQL SELECT A.USENAME, A.CURRENT_QUERY, MODO DE PG_LOCKS L INTERIOR ÚNETE PG_STAT_ACTIVIDAD A EN A.PROCPID \u003d L.PID Donde el modo Ilike '% exclusivo%';

Número de cerraduras por los usuarios.

Código SQL Select AUSENAME, COUNT (L.PID) de PG_LOCKS L INTERIOR ÚNICA PG_STAT_ACTIVIDAD A EN A.PROCPID \u003d L.PID DONDE NO (MODE \u003d 'Accessharelock') Grupo por a.usename;

Número de conexiones por usuarios.

Código SQL Select Count (Nombre de usuario), Nombre de usuario de PG_STAT_ACTITIVITY GROUP BY DE USENAME PEDIDO POR COUNT (NOMBRE DE USENAME) DESC;

Una vez que el tamaño de la base de datos de archivos 1C: la empresa de uno de nuestros clientes ha logrado en 32 GB (sí, 32GB), como resultado, todo se inició gradualmente para disminuir la velocidad, y luego se cayó con fuerza, nuestros clientes nos pidieron que resolviera este problema. SSD Enterprise Class se endulzó brevemente a la píldora, pero después de un tiempo, todo volvió al punto de partida. Bueno, aquí, aquí y a la abuela, no vaya a la versión SQL de la base de datos.

Ya que somos " usuarios de WindowsLas únicas dos opciones para DBMS están disponibles para nosotros, esto es MSSQL y PostgreSQL. El primero es bueno para la locura, pero el costo no le complació. Y ya no satisface las noticias sobre las licencias adicionales de 1C para trabajar con MSSQL. Por lo tanto, PostgreSQL.

Instrucciones detalladas del video disponibles. En este artículo pasaremos por los puntos clave.

¡No olvides hacer copias de seguridad de las bases de datos 1C!

Datos iniciales:

  • OS. Servidor de windows 2008R2,
  • núcleo Intel I7-2600k 3.40GHz,
  • RAM de 32GB,
  • Intel SSD DC3700 100GB (solo debajo de la base de datos, OS en un SSD separado),
  • de 10 a 20 usuarios en la base de datos diariamente,
  • intercambio con 5 nodos de bases de datos distribuidas en el fondo.

Ominoso, ¿no es así? Vamos a proceder

1. Instale PostgreSQL y PGADMIN.

No hay revelaciones sobre cómo descargar PostgreSQL no será nuestro sitio favorito https://releseses.1c.ru, sección "Distribuciones tecnológicas". Descargar, poner. No olvide instalar las bibliotecas de tiempo de ejecución de Microsoft Visual C ++ 2010 con Service Pack 1, que va en un archivo con una distribución. Cayeron en él: no se instalaron, probaron mucho dolor.

Inicialice un clúster de base de datos (marca de verificación). ¡Y aquí usted especifica la configuración de la cuenta para PostgreSQL! IMPORTANTE: Necesitas ejecutar el servicio. "INICIO DE SESIÓN SECUNDARIO" (o en OS localizado: "Entrada secundaria al sistema"). ¡La codificación UTF8 también es importante!

pgadmin en esta asamblea se está convirtiendo. Vamos a https://www.postgresql.org/ftp/pgadmin3/release/. En el momento de escribir el artículo versión fresca 1.22.1. Columpio, ponlo. Adelante.

En el proceso de instalación. "Administración de servidores 1c Enterprise" No dejemos de parar. Este es un tema completamente diferente. Sí, y no hay nada difícil allí.

Cree una base de datos SQL en este ajuste, marque en PGADMIN: la base de datos aparecerá allí si todo es correcto.

2. Tuning PostgreSQL 9.4.2.

  • pg_hba.conf.
  • postgreSql.conf.
  • pgpass.conf.

que se encuentran aquí:

C: \\ Archivos de programa \\ PostgreSQL \\ 9.4.2-1.1C \\ DATOS

Si está equivocado al menos en una letra, después de actualizar la configuración de PostgreSQL, no inicie. Averigüe qué causó la razón será difícil, incluso buscando en registros de Windows. Por lo tanto, no cambie muchos parámetros inmediatamente y haga copias de seguridad.

Para editar la configuración allí herramienta cómodaDisponible directamente desde la ventana principal de PGADMIN. Aquí lo tienes:

Lo que cambiamos aquí:

  • shared_buffers. - Número de memoria asignada por PGSQL para una página de páginas conjuntas. Esta memoria se divide entre todos los procesos PGSQL. Dividimos la RAM disponible por 4. En nuestro caso, es de 8 GB.
  • efectivo_cache_size - Tamaño del caché de montaje sistema de archivos. Se cree: RAM - shared_buffers. En nuestro caso, es de 32 GB - 8GB \u003d 24GB. Pero personalmente, dejo este parámetro incluso más bajo, en algún lugar de 20 GB todavía es necesario por RAM no solo para PostgreSQL.
  • random_page_cost. \u003d 1.5 - 2.0 para RAID, 1.1 - 1.3 para SSD. El costo de leer la página aleatoria (por defecto 4). El sistema de disco de tiempo menos buscado, el más pequeño (pero\u003e 1.0) debe ser este parámetro. Demasiado, el parámetro aumenta el PGSQL se inclinó a la elección de los planes para escanear toda la tabla (PGSQL cree que es más barato leer toda la tabla más barata que el índice aleatorio). Y esto es malo.
  • temp_buffers. \u003d 256MB. Número máximo de páginas para tablas temporales. Es decir, este es el límite superior del tamaño de las tablas de tiempo en cada sesión.
  • work_mem. - Se considera como: RAM / 32..64 - En nuestro caso, resulta de 1 GB. Límite de memoria para procesar una solicitud. Esta memoria es individual para cada sesión. Teóricamente, la necesidad máxima de memoria es igual a max_connections * work_mem, en la práctica no se produce porque la mayoría de las sesiones casi siempre están colgando en anticipación.
  • bGWRITE_DELAY. - 20ms. Tiempo de sueño entre los ciclos de grabación en el disco proceso de fondo Entradas. Este proceso Es responsable de sincronizar páginas ubicadas en Shared_Buffery con un disco. Demasiado valor de este parámetro resultará en un aumento en la carga en el proceso de control de punto de control y los procesos que atienden las sesiones (backend). Un pequeño valor tomará una carga completa de uno de los núcleos.
  • synchronous_commit. - APAGADO. ¡PELIGROSO! Deshabilitar la sincronización con el disco en el momento de la confirmación. Crea el riesgo de perder las últimas transacciones múltiples (dentro de 0.5-1 segundos), pero garantiza la integridad de la base de datos, hay misiones garantizadas en la cadena de confirmación. Pero aumenta significativamente la productividad.

Esto no es todo lo que logró aprender de Internet y artículos en https://its.1c.ru. ¡PERO! Incluso estas configuraciones son suficientes para acelerar el trabajo 1c: Enterprise en PostgreSQL.

En eso caso concreto Después de cambiar a PostgreSQL, los usuarios comenzaron a quejarse de que 1C comenzó a disminuir aún más fuerte que en la versión de archivo. Pero después de eso afinando la base "voló". Ahora todos disfrutan del trabajo rápido. Sin embargo, también hay sus minuses en forma de cerraduras. No planeamos detenernos en esto, excavaremos más y cargaremos cambios útiles en la configuración de PostgreSQL aquí.

PostgreSQL es un DBMS bastante moderno y popular en el mundo. Ella no dio la vuelta al 1C, eligiendo como uno de los DBMS apoyados para la operación. Considere las instrucciones de instalación para PostgreSQL y su inicial 8.3 en Windows.

PostgreSQL - programa gratuitoEste es uno de los factores decisivos para elegir este DBMS.

Para instalar el servidor, necesitaremos dos archivos - Enterprises (X86-64) y Distribución de PostgreSQL. En nuestro ejemplo, la versión de plataforma 8.3.4, y DBMS 9.1.2. Son mejores para tomar de fuentes oficiales de 1c - disco o su sitio.

Lo primero de la empresa 8.3 (o 8.2). Para hacer esto, inicie el archivo Setup.exe desde el archivo. La instalación no es muy diferente de la instalación habitual de la aplicación cliente, con la excepción de algunas características:

1. No se olvide de seleccionar los elementos deseados en los componentes:

2. Especifique, la aplicación se lanzará desde cuyo nombre. Se recomienda crear un nuevo usuario "usr1cv8". Este usuario debe tener los derechos correctos:

Obtenga 267 tutoriales de video para 1C gratis:

Después de la instalación, la Parte 1C se puede desarrollar con DBMS.

Instalar PostgreSQL

Ejecutar PostgreSQL-9.1.2-1.1C (X64) .MSI FIEL, IN carpeta de Windows Seleccione una subcarpeta 64 u 86, dependiendo de la descarga del sistema operativo. Puedes dejar casi todo por defecto. Es necesario prestar atención a los siguientes puntos:

1. Al igual que con 1C 8.3, el DBMS se instala como un servicio. Debe verificar los derechos del usuario utilizado. El sistema predeterminado creará un nuevo usuario, desde donde se iniciará el nombre:

2. Configuración del clúster 1C. Aquí debe especificar una contraseña para el usuario:

Para ejecutar este artículo, se debe iniciar el servicio de inicio de sesión secundario (inicio de sesión secundario). Si no se está ejecutando, se debe iniciar en la lista de todos los servicios:

Creando una base de 1c por posgro

Crear una base es un proceso muy simple. En la lista de bases de datos, debe hacer clic en "Agregar", seleccione el elemento "Creando un nuevo base de información", Especifique el nombre de la base de datos y seleccione la opción de ubicación:" en el servidor 1c: Enterprises ", donde completar la configuración como la especificada en la captura de pantalla:

Cuando la contraseña y el nombre de usuario son aquellas que especificó en la fase de configuración del clúster.

Eso es todo, puedes trabajar con el sistema.

Instrucciones de instalación PostgreSQL 9.0.3-3.1C en Windows Server 2008 x64

Para instalar, use el paquete - PostgreSQL 9.0.3-1C (x 86 o x 64).

Ejecutar el paquete MSI:

Celebramos la marca de verificación si se observa el "directorio con datos", PSQL y PGADMIN III. Más.

Instale "como servicio". Para trabajar este servicio requerirá un usuario especial. Indicar cuenta, Dominio (si está disponible) y contraseña. Más.

Si no hay tal usuario en el sistema, entonces el maestro sugerirá crear uno nuevo. Respondemos "Sí" - Se crea el usuario. Más.

Ahora inicializa la base de datos. Especifique el puerto 5432. Verificamos que la codificación UTF 8 está configurada por el inicio de sesión y la contraseña del usuario de PostgreSQL (el sistema advierte que la contraseña de usuario y la contraseña de usuario de PostgreSQL no deben coincidir: considerarla). Si 1C Server Cluster y PostgreSQL en diferentes máquinas, luego ponga una marca "Mantenga las conexiones desde cualquier IP, y no solo con LocalHost". Más.

Puede ocurrir un error " INICIO DE SESIÓN SECUNDARIO ". Luego vamos a "Administración" - "Servicios". Inicie el servicio "Inicio de sesión secundario" o "Inicio de sesión secundario":


Se establece el programa.

A través del menú "Inicio": "Todos los programas" ejecutan la utilidad de administración "Pgadmin III".

Conectar al servidor. Entramos en la contraseña para el usuario "Postgres". Si logra conectarse, intente crear una base nueva con los medios de 1C en sí.

Ejecute la parte 1C del cliente. Haga clic en el botón "Agregar", configure el servidor 1C Server. A continuación, complete lo siguiente: Servidor de base de datos (IP o DNS el nombre de ese servidor, en el que PostgreSQL), si es igual que el clúster 1C, especifique 127.0.0.1. Nombre de la base de datos: [de todos modos]. Usuario: "Postgres" contraseña: [tus_pall_postgres]. Más.

Verificamos que la base 1C se crea con éxito.

Estableceremos la asamblea de Postgres Professional. En una versión de 1C: Enterprise Encuentre información de instalación en CentOS 7 versión fresca PostgreSQL.

Conecte el repositorio e instale PostgreSQL 9.6:

Sudo rpm -ivh http://1c.postgrespro.ru/keys/postgrespro-1c-centos96.noarch.rpm sudo yum makecache sudo yum install PostgreSQL-PRO-1C-9.6

PostgreSQL Configuración básica

Inicialice las bases de datos de servicios con la localización rusa:

SU Postgres /USR/pgsql-9.6/pgsql-9.6/bin/initdb -d /var/lib/pgsql/9.6/DATA --LOCALE \u003d RU_RU.UTF-8 Servicio de salida PostgreSQL-9.6 INITDB

Ejecute PostgreSQL y agreguelo a AutoLoad:

SystemCL Habilitar PostgreSQL-9.6 SystemCTL Start PostgreSQL-9.6 Systemctl Status PostgreSQL-9.6

Especificamos la contraseña al usuario de Postgres, para poder conectarse al servidor de forma remota:

Su - Postgres PSQL ALTER USER POSTRES POSTRES WORPASSWORD; \\ Q Salir.

MCedit /var/lib/pgsql/9.6/data/pg_hba.conf.

en el archivo que se abre, inconsumamos y cambiamos la cadena:

alojar todos los 127.0.0.1/32 Ident sobre el alojar todos los 127.0.0.1/32 MD5

alojar todo todo 0.0.0.0/0 Ident sobre el albergar todo 0.0.0.0/0 MD5

Optimización de la configuración de PostgreSQL (PostgreSql.conf) para 1c: Enterprise

Aquí habrá ajustes para postgressql trabajando en máquina virtual ESXI 6.5.

Recursos asignados para VM:

procesador - 8 VCPU;

memoria - 48 GB;

disco para OS - 50 GB en LUN Hardware RAID1 de SAS HDD;

disco para la base de datos - 170 GB en el software SSD RAID1

disco para registros - 100 GB en el software RAID1 de SSD

Para editar la configuración, ejecute el comando:

MCEDIT /VAR/LIB/PGSQL/9.6/DATA/POSTGRESQL.CONF.

Comentó los parámetros que deberán ser activados.

UPC

autovacuum_max_workers \u003d 4.

autovacuum_max_Workers \u003d Ncores / 4..2 pero no menos de 4

Número de procesos Autowacum. Regla general - Cuantas más solicitudes de escritura, más procesos. En la base de datos de solo lectura es suficiente del mismo proceso.

sSL \u003d OFF.

Apagando el cifrado. Para CDM protegidos, el cifrado no tiene sentido, pero conduce a un aumento en la carga de la CPU

Memoria

shared_buffers \u003d 12GB.

shared_buffers \u003d ram / 4

Número de memoria asignada PGSQL para una página con cresta. Esta memoria se divide entre todos los procesos PGSQL. Sistema operativo En sí en caché los datos, por lo que no hay necesidad de desviar toda la memoria operativa en efectivo para el caché.

temp_buffers \u003d 256mb.

Número máximo de páginas para tablas temporales. Esos. Este es el límite superior del tamaño de las tablas de tiempo en cada sesión.

work_mem \u003d 64mb.

work_mem \u003d RAM / 32..64 o 32MB..128MB

Límite de memoria para procesar una solicitud. Esta memoria es individual para cada sesión. Teóricamente, la necesidad máxima de memoria es igual a max_connections * work_mem, en la práctica no se produce porque la mayoría de las sesiones casi siempre están colgando en anticipación. Este valor de recomendación es utilizado por un optimizador: está tratando de predecir el tamaño de la memoria requerida para la solicitud, y, si este valor es mayor que el trabajo_mem, indica que el ejecutor cree inmediatamente una tabla temporal. Work_Mem no está en pleno límite de sentido completo: el optimizador también puede perderse, y la solicitud tomará más memoria, quizás. Este valor se puede reducir siguiendo el número de archivos temporales creados:

mantenance_Work_Mem \u003d 2GB.

mantenimension_Work_Mem \u003d RAM / 16..32 o Work_Mem * 4 o 256MB..4GB

Límite de memoria para tareas de servicio, como la recopilación de estadísticas (analizar), ensamblaje de basura (vacío), crear índices y agregar claves externas. El tamaño de la memoria asignado bajo estas operaciones debe ser comparable a tamaño físico El índice más grande del disco.

efectivo_cache_size \u003d 36GB.

efectivo_cache_size \u003d RAM - Shared_Buffers

Evaluación del tamaño del sistema de archivos de caché. Un aumento en el parámetro aumenta la tendencia del sistema a elegir los planes de Índice. Y esto es bueno.

Discos

efectivo_io_conCurrency \u003d 5.

El valor estimado de las solicitudes simultáneas al sistema de discos, que puede servir al mismo tiempo. Para un solo disco \u003d 1, para RAID - 2 o más.

random_page_cost \u003d 1.3

random_page_cost \u003d 1.5-2.0 para RAID, 1.1-1.3 para SSD

El costo de leer la página aleatoria (por defecto 4). El sistema de disco de tiempo menos busca, el más pequeño (pero\u003e 1.0) debe ser este parámetro. Demasiado, el parámetro aumenta el PGSQL se inclinó a la elección de los planes para escanear toda la tabla (PGSQL cree que es más barato leer toda la tabla más barata que el índice aleatorio). Y esto es malo.

autovacuum \u003d ON.

Encendiendo Avtovakuuma.

autovacuum_NapTime \u003d 20s.

Tiempo de sueño del proceso Avtovakuum. Demasiado valor conducirá al hecho de que las tablas no tendrán tiempo para evaporarse y, como resultado, la hinchazón crecerá y el tamaño de las tablas y los índices. El pequeño valor conducirá a la calefacción inútil.

bgwriter_delay \u003d 20ms.

Tiempo de sueño entre los ciclos de grabación al proceso de fondo del disco. Este proceso es responsable de sincronizar páginas ubicadas en Shared_Buffery con un disco. Demasiado valor de este parámetro resultará en un aumento en la carga en el proceso de control de punto de control y los procesos que atienden las sesiones (backend). Un pequeño valor tomará una carga completa de uno de los núcleos.

bgwriter_lru_multiplier \u003d 4.0.

bgwriter_lru_maxpages \u003d 400.

Los parámetros que controlan la intensidad del proceso de registro del proceso de grabación. Para un ciclo de BGWriter, no escribe más de lo que se escribió en un último bucle multiplicado por bgwriter_lru_multiplier, pero no más que bgwriter_lru_maxpages.

synchronous_commit \u003d off.

Deshabilitar la sincronización con el disco en el momento de la confirmación. Crea el riesgo de perder las últimas transacciones múltiples (dentro de 0.5-1 segundos), pero garantiza la integridad de la base de datos, hay misiones garantizadas en la cadena de confirmación. Pero aumenta significativamente la productividad.

wal_keep_segments \u003d 256.

wal_keep_segments \u003d 32..256

El número máximo de segmentos de Wal entre punto de control. El punto de control demasiado frecuente conduce a una carga significativa en el subsistema de disco escribiendo. Cada segmento tiene un tamaño de 16MB.

wal_buffers \u003d. 16 MB.

La cantidad de memoria compartida, que se utilizará para almacenar a los datos de WAL, aún no registrados en el disco. El valor predeterminado igual a -1, establece el tamaño igual a 1/32 (aproximadamente 3%) de, pero no menos de 64 KB y no más del tamaño de un segmento WAL (generalmente 16 MB). Este valor se puede configurar manualmente si se seleccionó automáticamente, muy poco o grande, pero cualquier número positivo es inferior a 32 KB se percibirá como 32 KB. Este parámetro se puede configurar solo cuando se inicia el servidor.

El contenido de los tampones WAL se escribe en el disco cuando se fija cada transacción, de modo que es poco probable que los valores muy grandes tengan beneficios significativos. Sin embargo, el valor de al menos unos pocos megabytes puede aumentar la velocidad al registrarse en un servidor cargado, cuando un cliente múltiple registre las transacciones. Auto-ajuste, válido para el valor predeterminado (-1), en la mayoría de los casos elige valores razonables.

default_statistics_target \u003d 1000.

Establece las estadísticas predeterminadas de destino, se extienden a las columnas para las cuales no se especifica las restricciones individuales. Cuanto mayor sea el valor establecido, cuanto más tiempo se requiera realizar analizar, pero cuanto mayor sea la calidad de las estimaciones del planificador. El valor de este parámetro predeterminado es 100.

checkpoint_Completion_Target \u003d 0.9.

El grado de punto de control "plegable". La velocidad de grabación durante el punto de control está regulada de modo que el tiempo de control fue igual al tiempo pasado del pasado, multiplicado por el objetivo de CheckPoint_Completion_.

min_wal_size \u003d 4g.
max_wal_size \u003d 8g

min_wal_size \u003d 512mb .. 4g
Max_wal_size \u003d 2 * min_wal_size

La cantidad mínima y máxima de archivos WAL. Similar a CheckPoint_Segments

fSYNC \u003d ON.

Apagar el parámetro conduce a un aumento en el rendimiento, pero existe un riesgo significativo de perder todos los datos con apagado repentino. Atención: si la redada tiene un caché y estar en modo de devolución de escritura, verifique la disponibilidad y la funcionalidad de la batería del controlador RAID de Kesha! De lo contrario, los datos registrados en la memoria caché RAID se pueden perder cuando se apaga la alimentación y, como resultado, PGSQL no garantiza la integridad de los datos.

row_SECIurity \u003d OFF.

Deshabilitar el control de resolución de nivel de grabación

enable_nestlooop \u003d OFF.

Incluye o deshabilitando el uso de los planes para conectarse con ciclos anidados. Es imposible excluir completamente los ciclos anidados, pero cuando apagas este parámetro, el planificador no usará este métodoSi puedes aplicar a otros. De forma predeterminada, este parámetro está activado.

Cerrar con llave

max_locks_per_transaction \u003d 256.

Número máximo de cerraduras / tablas de índice en una transacción

Configuraciones para la plataforma 1C

standard_conforming_strings \u003d OFF.

Permitir uso del símbolo \\ para blindaje

escape_string_warning \u003d apagado.

No emita una advertencia sobre el uso de un símbolo \\ para blindaje

Configuración de seguridad

Lo haremos para que el servidor PostgreSQL sea visible solo para el servidor 1c: una empresa instalada en la misma máquina.

escuchar_addresses \u003d 'localhost'

Si el servidor 1c: la compañía está instalada en otra máquina o es necesario conectarse para conectarse al servidor DBMS usando el SNAP PGADMIN, en su lugar localhost. necesita especificar la dirección de esta máquina.

Base de datos de almacenamiento

PostgreSQL Al igual que casi cualquier DBMS es crítico para el subsistema de disco, por lo tanto, para aumentar la velocidad del sistema DBMS, el sistema PostgreSQL, los registros y las bases de datos en discos diferentes.

Iniciar el servidor

SystemCl Stop PostgreSQL-9.6

Registros de transferencia en 120 GB SSD:

Mv /var/lib/pgsql/9.6/data/pg_xlog / raid120 mv /var/lib/pgsql/9.6/data/pg_clog / raid120 mv /var/lib/pgsql/9.6/data/pg_log / raid120

Ln -s / raid120 / pg_xlog /var/lib/pgsql/9.6/data/pg_xlog ln -s / raid120 / pg_sclog /var/lib/pgsql/9.6/data/pg_clog ln -s / raid120 / pg_log / var / lib / PGSQL / 9.6 / DATA / PG_LOG

Transfiera también el catálogo con bases de datos:

Mv /var/lib/pgsql/9.6/data/base / raid200

LN -S / RAID200 / BASE /VAR/LIB/PGSQL/9.6/DATA/BASE

inicie el servidor y verifique su estado.

SystemCTL Start PostgreSQL-9.6 Systemctl Status PostgreSQL-9.6