Pesquisando o desempenho do DBMS MS SQL Server Developer 2016 e PostgreSQL 10.5 para 1C

Metas e requisitos para testar "Contabilidade 1C"


O principal objetivo do teste é comparar o comportamento do sistema 1C em dois DBMSs diferentes sob outras condições idênticas. I.e. a configuração dos bancos de dados 1C e a população de dados inicial devem ser as mesmas durante cada teste.

Os principais parâmetros que devem ser obtidos durante o teste:

  • O tempo de execução de cada teste (removido pelo Departamento de Desenvolvimento 1C)
  • A carga no DBMS e no ambiente do servidor durante o teste é removida pelos administradores do DBMS, bem como no ambiente do servidor pelos administradores do sistema

O teste do sistema 1C deve ser realizado levando em consideração a arquitetura cliente-servidor; portanto, é necessário emular um usuário ou vários usuários do sistema, trabalhando com a entrada de informações na interface e armazenando essas informações no banco de dados. Ao mesmo tempo, é necessário que uma grande quantidade de informações periódicas seja lançada durante um longo período de tempo para criar totais nos registros de acumulação.

Para executar o teste, um algoritmo foi desenvolvido na forma de um script para teste de script, para a configuração do 1C Accounting 3.0, na qual é executada a entrada serial dos dados de teste no sistema 1C. O script permite especificar várias configurações para as ações executadas e a quantidade de dados de teste. Descrição detalhada abaixo.

Descrição das configurações e características dos ambientes testados


Nós da Fortis decidimos checar os resultados, inclusive usando o conhecido teste de Gilev .

Também fomos incentivados a testar, incluindo algumas publicações sobre os resultados das alterações de desempenho durante a transição do MS SQL Server para o PostgreSQL. Como: 1C Battle: PostgreSQL 9.10 vs MS SQL 2016 .

Então, aqui está a infraestrutura para teste:
1CMS SQLPostgreSQL
O número de núcleos da CPU888
Quantidade de RAM1632.32.
OSPadrão do Microsoft Windows Server 2012R2Padrão do Microsoft Windows Server 2012R2CentOS 7.6.1810
Capacidadex64x64x64
Plataforma 1C8.3.13.1865--
Versão do DBMS-13.0.5264.110.5 (4.8.5.20150623)

Os servidores para MS SQL e PostgreSQL eram virtuais e foram executados alternadamente para o teste desejado. 1C estava em um servidor separado.

Detalhes
Especificação do hipervisor:
Modelo: Supermicro SYS-6028R-TRT
CPU: CPU Intel® Xeon® E5-2630 v3 a 2.40GHz (2 meias * 16 CPU HT = 32CPU)
RAM: 212 GB
SO: VMWare ESXi 6.5
PowerProfile: Desempenho

Subsistema de disco do hipervisor:
Controlador: Adaptec 6805, tamanho do cache: 512MB
Volume: RAID 10, 5,7 TB
Tamanho da faixa: 1024 KB
Cache de gravação: ativado
Cache de leitura: desativado
Rodas: 6 unid. HGST HUS726T6TAL,
Tamanho do setor: 512 bytes
Cache de gravação: ativado

O PostgreSQL foi configurado da seguinte maneira:

  1. postgresql.conf:
    As configurações básicas foram feitas usando a calculadora - pgconfigurator.cybertec.at , os parâmetros Huge_pages, checkpoint_timeout, max_wal_size, min_wal_size, random_page_cost alterados com base nas informações recebidas das fontes mencionadas no final da publicação. O valor do parâmetro temp_buffers aumentou, com base na sugestão de que 1C usa ativamente tabelas temporárias:

    listen_addresses = '*' max_connections = 1000 #     .          .    32     25%    . shared_buffers = 9GB #   (  Linux - vm.nr_hugepages). huge_pages = on #      . temp_buffers = 256MB #      ORDER BY, DISTINCT, merge joins, join, hash-based aggregation, hash-based processing of IN subqueries. #  ,  1     ( "Mostly complicated real-time SQL queries"  ).     64MB. work_mem = 128MB #    . VACUUM,  , etc. maintenance_work_mem = 512MB #    (vm.dirty_background_bytes, vm.dirty_bytes),        IO   CHECKPOINT. checkpoint_timeout = 30min max_wal_size = 3GB min_wal_size = 512MB checkpoint_completion_target = 0.9 seq_page_cost = 1 #   .  - - 4.  RAID10  . random_page_cost = 2.5 #       postgres ,    PageCache. effective_cache_size = 22GB 

  2. Kernel, parâmetros do SO:

    As configurações são definidas no formato de arquivo de perfil para o daemon ajustado:

     [sysctl] #     (PageCache),       /     . #-    (10,30)               /. #    CHECKPOINT     I/O. #       RAID-  write-back cache  512MB. vm.dirty_background_bytes = 67108864 vm.dirty_bytes = 536870912 # SWAP -.    ,    OOM. vm.swappiness = 1 # ,        CPU. #         CPU  . #    . kernel.sched_migration_cost_ns = 5000000 #    CPU   . #       0.    . kernel.sched_autogroup_enabled = 0 #    .     . #     - https://www.postgresql.org/docs/11/kernel-resources.html#LINUX-HUGE-PAGES vm.nr_hugepages = 5000 [vm] #   .         ,    .  ,     . transparent_hugepages=never #  CPU.       ,      . [cpu] force_latency=1 governor=performance energy_perf_bias=performance min_perf_pct=100 

  3. Sistema de arquivos:

     # : #stride  stripe_width    RAID 10  6-    stripe  1024kb mkfs.ext4 -E stride=256,stripe_width=768 /dev/sdb # : /dev/sdb /var/lib/pgsql ext4 noatime,nodiratime,data=ordered,barrier=0,errors=remount-ro 0 2 #noatime,nodiratime -         #data=ordered -     .     #barrier=0 -       .  RAID-     . 

Todo o conteúdo do arquivo postgresql.conf:
 # ----------------------------- # PostgreSQL configuration file # ----------------------------- # # This file consists of lines of the form: # # name = value # # (The "=" is optional.) Whitespace may be used. Comments are introduced with # "#" anywhere on a line. The complete list of parameter names and allowed # values can be found in the PostgreSQL documentation. # # The commented-out settings shown in this file represent the default values. # Re-commenting a setting is NOT sufficient to revert it to the default value; # you need to reload the server. # # This file is read on server startup and when the server receives a SIGHUP # signal. If you edit the file on a running system, you have to SIGHUP the # server for the changes to take effect, run "pg_ctl reload", or execute # "SELECT pg_reload_conf()". Some parameters, which are marked below, # require a server shutdown and restart to take effect. # # Any parameter can also be given as a command-line option to the server, eg, # "postgres -c log_connections=on". Some parameters can be changed at run time # with the "SET" SQL command. # # Memory units: kB = kilobytes Time units: ms = milliseconds # MB = megabytes s = seconds # GB = gigabytes min = minutes # TB = terabytes h = hours # d = days #------------------------------------------------------------------------------ # FILE LOCATIONS #------------------------------------------------------------------------------ # The default values of these variables are driven from the -D command-line # option or PGDATA environment variable, represented here as ConfigDir. #data_directory = 'ConfigDir' # use data in another directory # (change requires restart) #hba_file = 'ConfigDir/pg_hba.conf' # host-based authentication file # (change requires restart) #ident_file = 'ConfigDir/pg_ident.conf' # ident configuration file # (change requires restart) # If external_pid_file is not explicitly set, no extra PID file is written. #external_pid_file = '' # write an extra PID file # (change requires restart) #------------------------------------------------------------------------------ # CONNECTIONS AND AUTHENTICATION #------------------------------------------------------------------------------ # - Connection Settings - listen_addresses = '*' # what IP address(es) to listen on; # comma-separated list of addresses; # defaults to 'localhost'; use '*' for all # (change requires restart) #port = 5432 # (change requires restart) max_connections = 1000 # (change requires restart) #superuser_reserved_connections = 3 # (change requires restart) #unix_socket_directories = '/var/run/postgresql, /tmp' # comma-separated list of directories # (change requires restart) #unix_socket_group = '' # (change requires restart) #unix_socket_permissions = 0777 # begin with 0 to use octal notation # (change requires restart) #bonjour = off # advertise server via Bonjour # (change requires restart) #bonjour_name = '' # defaults to the computer name # (change requires restart) # - Security and Authentication - #authentication_timeout = 1min # 1s-600s ssl = off #ssl_ciphers = 'HIGH:MEDIUM:+3DES:!aNULL' # allowed SSL ciphers #ssl_prefer_server_ciphers = on #ssl_ecdh_curve = 'prime256v1' #ssl_dh_params_file = '' #ssl_cert_file = 'server.crt' #ssl_key_file = 'server.key' #ssl_ca_file = '' #ssl_crl_file = '' #test #password_encryption = md5 # md5 or scram-sha-256 #db_user_namespace = off row_security = off # GSSAPI using Kerberos #krb_server_keyfile = '' #krb_caseins_users = off # - TCP Keepalives - # see "man 7 tcp" for details #tcp_keepalives_idle = 0 # TCP_KEEPIDLE, in seconds; # 0 selects the system default #tcp_keepalives_interval = 0 # TCP_KEEPINTVL, in seconds; # 0 selects the system default #tcp_keepalives_count = 0 # TCP_KEEPCNT; # 0 selects the system default #------------------------------------------------------------------------------ # RESOURCE USAGE (except WAL) #------------------------------------------------------------------------------ # - Memory - shared_buffers = 9GB # min 128kB # (change requires restart) huge_pages = on # on, off, or try # (change requires restart) temp_buffers = 256MB # min 800kB #max_prepared_transactions = 0 # zero disables the feature # (change requires restart) # Caution: it is not advisable to set max_prepared_transactions nonzero unless # you actively intend to use prepared transactions. # work_mem = 128MB # min 64kB maintenance_work_mem = 512MB # min 1MB #replacement_sort_tuples = 150000 # limits use of replacement selection sort #autovacuum_work_mem = -1 # min 1MB, or -1 to use maintenance_work_mem #max_stack_depth = 2MB # min 100kB dynamic_shared_memory_type = posix # the default is the first option # supported by the operating system: # posix # sysv # windows # mmap # use none to disable dynamic shared memory # (change requires restart) # - Disk - #temp_file_limit = -1 # limits per-process temp file space # in kB, or -1 for no limit # - Kernel Resource Usage - max_files_per_process = 10000 # min 25 # (change requires restart) shared_preload_libraries = 'online_analyze, plantuner' # (change requires restart) # - Cost-Based Vacuum Delay - #vacuum_cost_delay = 0 # 0-100 milliseconds #vacuum_cost_page_hit = 1 # 0-10000 credits #vacuum_cost_page_miss = 10 # 0-10000 credits #vacuum_cost_page_dirty = 20 # 0-10000 credits #vacuum_cost_limit = 200 # 1-10000 credits # - Background Writer - bgwriter_delay = 20ms # 10-10000ms between rounds bgwriter_lru_maxpages = 400 # 0-1000 max buffers written/round bgwriter_lru_multiplier = 4.0 # 0-10.0 multiplier on buffers scanned/round bgwriter_flush_after = 0 # measured in pages, 0 disables # - Asynchronous Behavior - effective_io_concurrency = 3 # 1-1000; 0 disables prefetching max_worker_processes = 8 # (change requires restart) max_parallel_workers_per_gather = 4 # taken from max_parallel_workers max_parallel_workers = 8 # maximum number of max_worker_processes that # can be used in parallel queries #old_snapshot_threshold = -1 # 1min-60d; -1 disables; 0 is immediate # (change requires restart) #backend_flush_after = 0 # measured in pages, 0 disables #------------------------------------------------------------------------------ # WRITE AHEAD LOG #------------------------------------------------------------------------------ # - Settings - wal_level = minimal # minimal, replica, or logical # (change requires restart) #fsync = on # flush data to disk for crash safety # (turning this off can cause # unrecoverable data corruption) #synchronous_commit = on # synchronization level; # off, local, remote_write, remote_apply, or on wal_sync_method = fdatasync # the default is the first option # supported by the operating system: # open_datasync # fdatasync (default on Linux) # fsync # fsync_writethrough # open_sync #wal_sync_method = open_datasync #full_page_writes = on # recover from partial page writes wal_compression = on # enable compression of full-page writes #wal_log_hints = off # also do full page writes of non-critical updates # (change requires restart) wal_buffers = -1 # min 32kB, -1 sets based on shared_buffers # (change requires restart) wal_writer_delay = 200ms # 1-10000 milliseconds wal_writer_flush_after = 1MB # measured in pages, 0 disables commit_delay = 1000 # range 0-100000, in microseconds #commit_siblings = 5 # range 1-1000 # - Checkpoints - checkpoint_timeout = 30min # range 30s-1d max_wal_size = 3GB min_wal_size = 512MB checkpoint_completion_target = 0.9 # checkpoint target duration, 0.0 - 1.0 #checkpoint_flush_after = 256kB # measured in pages, 0 disables #checkpoint_warning = 30s # 0 disables # - Archiving - #archive_mode = off # enables archiving; off, on, or always # (change requires restart) #archive_command = '' # command to use to archive a logfile segment # placeholders: %p = path of file to archive # %f = file name only # eg 'test ! -f /mnt/server/archivedir/%f && cp %p /mnt/server/archivedir/%f' #archive_timeout = 0 # force a logfile segment switch after this # number of seconds; 0 disables #------------------------------------------------------------------------------ # REPLICATION #------------------------------------------------------------------------------ # - Sending Server(s) - # Set these on the master and on any standby that will send replication data. max_wal_senders = 0 # max number of walsender processes # (change requires restart) #wal_keep_segments = 130 # in logfile segments, 16MB each; 0 disables #wal_sender_timeout = 60s # in milliseconds; 0 disables #max_replication_slots = 10 # max number of replication slots # (change requires restart) #track_commit_timestamp = off # collect timestamp of transaction commit # (change requires restart) # - Master Server - # These settings are ignored on a standby server. #synchronous_standby_names = '' # standby servers that provide sync rep # method to choose sync standbys, number of sync standbys, # and comma-separated list of application_name # from standby(s); '*' = all #vacuum_defer_cleanup_age = 0 # number of xacts by which cleanup is delayed # - Standby Servers - # These settings are ignored on a master server. #hot_standby = on # "off" disallows queries during recovery # (change requires restart) #max_standby_archive_delay = 30s # max delay before canceling queries # when reading WAL from archive; # -1 allows indefinite delay #max_standby_streaming_delay = 30s # max delay before canceling queries # when reading streaming WAL; # -1 allows indefinite delay #wal_receiver_status_interval = 10s # send replies at least this often # 0 disables #hot_standby_feedback = off # send info from standby to prevent # query conflicts #wal_receiver_timeout = 60s # time that receiver waits for # communication from master # in milliseconds; 0 disables #wal_retrieve_retry_interval = 5s # time to wait before retrying to # retrieve WAL after a failed attempt # - Subscribers - # These settings are ignored on a publisher. #max_logical_replication_workers = 4 # taken from max_worker_processes # (change requires restart) #max_sync_workers_per_subscription = 2 # taken from max_logical_replication_workers #------------------------------------------------------------------------------ # QUERY TUNING #------------------------------------------------------------------------------ # - Planner Method Configuration - #enable_bitmapscan = on #enable_hashagg = on #enable_hashjoin = on #enable_indexscan = on #enable_indexonlyscan = on #enable_material = on #enable_mergejoin = on #enable_nestloop = on #enable_seqscan = on #enable_sort = on #enable_tidscan = on # - Planner Cost Constants - seq_page_cost = 1 # measured on an arbitrary scale random_page_cost = 2.5 # same scale as above #cpu_tuple_cost = 0.01 # same scale as above #cpu_index_tuple_cost = 0.005 # same scale as above #cpu_operator_cost = 0.0025 # same scale as above #parallel_tuple_cost = 0.1 # same scale as above #parallel_setup_cost = 1000.0 # same scale as above #min_parallel_table_scan_size = 8MB #min_parallel_index_scan_size = 512kB effective_cache_size = 22GB # - Genetic Query Optimizer - #geqo = on #geqo_threshold = 12 #geqo_effort = 5 # range 1-10 #geqo_pool_size = 0 # selects default based on effort #geqo_generations = 0 # selects default based on effort #geqo_selection_bias = 2.0 # range 1.5-2.0 #geqo_seed = 0.0 # range 0.0-1.0 # - Other Planner Options - #default_statistics_target = 100 # range 1-10000 #constraint_exclusion = partition # on, off, or partition #cursor_tuple_fraction = 0.1 # range 0.0-1.0 from_collapse_limit = 20 join_collapse_limit = 20 # 1 disables collapsing of explicit # JOIN clauses #force_parallel_mode = off #------------------------------------------------------------------------------ # ERROR REPORTING AND LOGGING #------------------------------------------------------------------------------ # - Where to Log - log_destination = 'stderr' # Valid values are combinations of # stderr, csvlog, syslog, and eventlog, # depending on platform. csvlog # requires logging_collector to be on. # This is used when logging to stderr: logging_collector = on # Enable capturing of stderr and csvlog # into log files. Required to be on for # csvlogs. # (change requires restart) # These are only used if logging_collector is on: log_directory = 'pg_log' # directory where log files are written, # can be absolute or relative to PGDATA log_filename = 'postgresql-%a.log' # log file name pattern, # can include strftime() escapes #log_file_mode = 0600 # creation mode for log files, # begin with 0 to use octal notation log_truncate_on_rotation = on # If on, an existing log file with the # same name as the new log file will be # truncated rather than appended to. # But such truncation only occurs on # time-driven rotation, not on restarts # or size-driven rotation. Default is # off, meaning append to existing files # in all cases. log_rotation_age = 1d # Automatic rotation of logfiles will # happen after that time. 0 disables. log_rotation_size = 0 # Automatic rotation of logfiles will # happen after that much log output. # 0 disables. # These are relevant when logging to syslog: #syslog_facility = 'LOCAL0' #syslog_ident = 'postgres' #syslog_sequence_numbers = on #syslog_split_messages = on # This is only relevant when logging to eventlog (win32): # (change requires restart) #event_source = 'PostgreSQL' # - When to Log - #client_min_messages = notice # values in order of decreasing detail: # debug5 # debug4 # debug3 # debug2 # debug1 # log # notice # warning # error #log_min_messages = warning # values in order of decreasing detail: # debug5 # debug4 # debug3 # debug2 # debug1 # info # notice # warning # error # log # fatal # panic #log_min_error_statement = error # values in order of decreasing detail: # debug5 # debug4 # debug3 # debug2 # debug1 # info # notice # warning # error # log # fatal # panic (effectively off) #log_min_duration_statement = -1 # -1 is disabled, 0 logs all statements # and their durations, > 0 logs only # statements running at least this number # of milliseconds # - What to Log - #debug_print_parse = off #debug_print_rewritten = off #debug_print_plan = off #debug_pretty_print = on log_checkpoints = on log_connections = on log_disconnections = on log_duration = on #log_error_verbosity = default # terse, default, or verbose messages #log_hostname = off log_line_prefix = '< %m >' # special values: # %a = application name # %u = user name # %d = database name # %r = remote host and port # %h = remote host # %p = process ID # %t = timestamp without milliseconds # %m = timestamp with milliseconds # %n = timestamp with milliseconds (as a Unix epoch) # %i = command tag # %e = SQL state # %c = session ID # %l = session line number # %s = session start timestamp # %v = virtual transaction ID # %x = transaction ID (0 if none) # %q = stop here in non-session # processes # %% = '%' # eg '<%u%%%d> ' log_lock_waits = on # log lock waits >= deadlock_timeout log_statement = 'all' # none, ddl, mod, all #log_replication_commands = off log_temp_files = 0 # log temporary files equal or larger # than the specified size in kilobytes; # -1 disables, 0 logs all temp files log_timezone = 'W-SU' # - Process Title - #cluster_name = '' # added to process titles if nonempty # (change requires restart) #update_process_title = on #------------------------------------------------------------------------------ # RUNTIME STATISTICS #------------------------------------------------------------------------------ # - Query/Index Statistics Collector - #track_activities = on #track_counts = on #track_io_timing = on #track_functions = none # none, pl, all #track_activity_query_size = 1024 # (change requires restart) #stats_temp_directory = 'pg_stat_tmp' # - Statistics Monitoring - #log_parser_stats = off #log_planner_stats = off #log_executor_stats = off #log_statement_stats = off #------------------------------------------------------------------------------ # AUTOVACUUM PARAMETERS #------------------------------------------------------------------------------ autovacuum = on # Enable autovacuum subprocess? 'on' # requires track_counts to also be on. log_autovacuum_min_duration = 0 # -1 disables, 0 logs all actions and # their durations, > 0 logs only # actions running at least this number # of milliseconds. autovacuum_max_workers = 4 # max number of autovacuum subprocesses # (change requires restart) #autovacuum_naptime = 20s # time between autovacuum runs #autovacuum_vacuum_threshold = 50 # min number of row updates before # vacuum #autovacuum_analyze_threshold = 50 # min number of row updates before # analyze #autovacuum_vacuum_scale_factor = 0.2 # fraction of table size before vacuum #autovacuum_analyze_scale_factor = 0.1 # fraction of table size before analyze #autovacuum_freeze_max_age = 200000000 # maximum XID age before forced vacuum # (change requires restart) #autovacuum_multixact_freeze_max_age = 400000000 # maximum multixact age # before forced vacuum # (change requires restart) #autovacuum_vacuum_cost_delay = 20ms # default vacuum cost delay for # autovacuum, in milliseconds; # -1 means use vacuum_cost_delay #autovacuum_vacuum_cost_limit = -1 # default vacuum cost limit for # autovacuum, -1 means use # vacuum_cost_limit #------------------------------------------------------------------------------ # CLIENT CONNECTION DEFAULTS #------------------------------------------------------------------------------ # - Statement Behavior - #search_path = '"$user", public' # schema names #default_tablespace = '' # a tablespace name, '' uses the default #temp_tablespaces = '' # a list of tablespace names, '' uses # only default tablespace #check_function_bodies = on #default_transaction_isolation = 'read committed' #default_transaction_read_only = off #default_transaction_deferrable = off #session_replication_role = 'origin' #statement_timeout = 0 # in milliseconds, 0 is disabled #lock_timeout = 0 # in milliseconds, 0 is disabled #idle_in_transaction_session_timeout = 0 # in milliseconds, 0 is disabled #vacuum_freeze_min_age = 50000000 #vacuum_freeze_table_age = 150000000 #vacuum_multixact_freeze_min_age = 5000000 #vacuum_multixact_freeze_table_age = 150000000 #bytea_output = 'hex' # hex, escape #xmlbinary = 'base64' #xmloption = 'content' #gin_fuzzy_search_limit = 0 #gin_pending_list_limit = 4MB # - Locale and Formatting - datestyle = 'iso, dmy' #intervalstyle = 'postgres' timezone = 'W-SU' #timezone_abbreviations = 'Default' # Select the set of available time zone # abbreviations. Currently, there are # Default # Australia (historical usage) # India # You can create your own file in # share/timezonesets/. #extra_float_digits = 0 # min -15, max 3 #client_encoding = sql_ascii # actually, defaults to database # encoding # These settings are initialized by initdb, but they can be changed. lc_messages = 'ru_RU.UTF-8' # locale for system error message # strings lc_monetary = 'ru_RU.UTF-8' # locale for monetary formatting lc_numeric = 'ru_RU.UTF-8' # locale for number formatting lc_time = 'ru_RU.UTF-8' # locale for time formatting # default configuration for text search default_text_search_config = 'pg_catalog.russian' # - Other Defaults - #dynamic_library_path = '$libdir' #local_preload_libraries = '' #session_preload_libraries = '' #------------------------------------------------------------------------------ # LOCK MANAGEMENT #------------------------------------------------------------------------------ #deadlock_timeout = 1s max_locks_per_transaction = 256 # min 10 # (change requires restart) #max_pred_locks_per_transaction = 64 # min 10 # (change requires restart) #max_pred_locks_per_relation = -2 # negative values mean # (max_pred_locks_per_transaction # / -max_pred_locks_per_relation) - 1 #max_pred_locks_per_page = 2 # min 0 #------------------------------------------------------------------------------ # VERSION/PLATFORM COMPATIBILITY #------------------------------------------------------------------------------ # - Previous PostgreSQL Versions - #array_nulls = on #backslash_quote = safe_encoding # on, off, or safe_encoding #default_with_oids = off escape_string_warning = off #lo_compat_privileges = off #operator_precedence_warning = off #quote_all_identifiers = off standard_conforming_strings = off #synchronize_seqscans = on # - Other Platforms and Clients - #transform_null_equals = off #------------------------------------------------------------------------------ # ERROR HANDLING #------------------------------------------------------------------------------ #exit_on_error = off # terminate session on any error? #restart_after_crash = on # reinitialize after backend crash? #------------------------------------------------------------------------------ # CONFIG FILE INCLUDES #------------------------------------------------------------------------------ # These options allow settings to be loaded from files other than the # default postgresql.conf. #include_dir = 'conf.d' # include files ending in '.conf' from # directory 'conf.d' #include_if_exists = 'exists.conf' # include file only if it exists #include = 'special.conf' # include file #------------------------------------------------------------------------------ # CUSTOMIZED OPTIONS #------------------------------------------------------------------------------ online_analyze.threshold = 50 online_analyze.scale_factor = 0.1 online_analyze.enable = on online_analyze.verbose = off online_analyze.local_tracking = on online_analyze.min_interval = 10000 online_analyze.table_type = 'temporary' online_analyze.verbose='off' plantuner.fix_empty_table='on' 

MS SQL foi configurado da seguinte maneira:



e



As configurações do cluster 1C foram deixadas padrão:



e



Não havia nenhum programa antivírus nos servidores e nada de terceiros foi instalado.

Para o MS SQL, o tempdb foi movido para uma unidade lógica separada. No entanto, os arquivos de dados e os arquivos de log de transações dos bancos de dados estavam localizados na mesma unidade lógica (ou seja, os arquivos de dados e os logs de transações não foram divididos em unidades lógicas separadas).

As unidades de indexação no Windows, onde o MS SQL Server estava localizado, foram desativadas em todas as unidades lógicas (como é habitual na maioria dos casos em ambientes prodovskih).

Descrição do algoritmo principal do script para teste automatizado
O principal período estimado de teste é de 1 ano, durante o qual documentos e informações de referência são criados para cada dia, de acordo com os parâmetros especificados.

Em cada dia de execução, são lançados blocos de entrada e saída de informações:

  1. Bloco 1 "_" - "Recebimento de bens e serviços"
    • O diretório de contrapartes é aberto
    • Um novo elemento do diretório "Empreiteiros" é criado com uma visão de "Fornecedor"
    • Um novo elemento do diretório "Contratos" é criado com a visão "Com fornecedor" para uma nova contraparte
    • O diretório "Nomenclatura" é aberto
    • Um conjunto de elementos do diretório "Nomenclatura" é criado com o tipo "Produto"
    • Um conjunto de elementos do diretório "Nomenclatura" é criado com o tipo "Serviço"
    • A lista de documentos “Recebimentos de bens e serviços” é aberta.
    • Um novo documento “Entrada de mercadorias e serviços” é criado no qual as partes tabulares “Bens” e “Serviços” são preenchidas com os conjuntos de dados criados
    • O relatório "Cartão de conta 41" é gerado para o mês atual (se o intervalo para formação adicional for indicado)

  2. Bloco 2 "_" - "Vendas de bens e serviços"

    • O diretório de contrapartes é aberto
    • Um novo elemento do diretório "Contrapartes" é criado com a visão "Comprador"
    • Um novo elemento do diretório "Contratos" é criado com a visão "Com comprador" para uma nova contraparte
    • Uma lista de documentos "Vendas de bens e serviços" é aberta.
    • Um novo documento "Vendas de bens e serviços" é criado no qual as partes tabulares "Bens" e "Serviços" são preenchidas de acordo com os parâmetros especificados nos dados criados anteriormente
    • O relatório "Cartão de conta 41" é gerado para o mês atual (se o intervalo para formação adicional for indicado)
  3. O relatório "Cartão de conta 41" para o mês atual é gerado

No final de cada mês em que a criação dos documentos foi realizada, são executados blocos de entrada e saída de informações:

  1. O relatório "Cartão de conta 41" é gerado do início do ano até o final do mês
  2. O relatório “Balanço de rotatividade” é gerado do início do ano até o final do mês
  3. O procedimento regulatório “Fechamento do mês” está sendo realizado.

O resultado da execução fornece informações sobre o tempo do teste em horas, minutos, segundos e milissegundos.

Principais recursos do script de teste:

  1. Capacidade de desativar / ativar unidades individuais
  2. Capacidade de especificar o número total de documentos para cada um dos blocos
  3. Capacidade de especificar o número de documentos para cada bloco por dia
  4. Capacidade de indicar a quantidade de bens e serviços nos documentos
  5. Capacidade de definir listas de indicadores quantitativos e de preços para gravação. Serve para criar diferentes conjuntos de valores em documentos

O plano de teste básico para cada um dos bancos de dados:

  1. "O primeiro teste." Sob um único usuário, um pequeno número de documentos com tabelas simples é criado, “fechamentos mensais” são formados
    • — 20 . 1 . : 50 «», 50 «», 100 «», 50 «» + «», 50 «» + «», 2 « ». 1 1

  2. « ». ,

    • — 50-60 . 3 . : 90 «», 90 «», 540 «», 90 «» + «», 90 «» + «», 3 « ». 3 3

  3. « ». . .
    • — 40-60 . 2 . : 50 «», 50 «», 300 «», 50 «» + «», 50 «» + «». 3 3


:

  1. , :

    • « »
  2. « » « »
  3. 1 "*.dt"
  4. « »


Resultados


E agora os resultados mais interessantes no DBMS do MS SQL Server:

Detalhes
:



:



:



PostgreSQL, , , , :

:



:



:



Teste de Gilev:
IndicadorMS SQLPostgreSQLDiferença de% (melhoria) no DBMS do PostgreSQL em relação ao MS SQL DBMS
Teste Sintético de Gilev (médio)14,4112,55-14,82
Máx. velocidade 1 fluxo (média)32 404,67 KB / s33 472,67 KB / s+3,3
Máx. velocidade (média)51 744 KB / s86 323,67 KB / s+66,83
Usuários recomendados (média)42.70+66,67

Como pode ser visto nos resultados, o PostgreSQL perdeu uma média de 14,82% do desempenho médio dos DBMSs do MS SQL no teste sintético geral . No entanto, de acordo com os dois últimos indicadores, o PostgreSQL apresentou um resultado significativamente melhor que o MS SQL.

Testes especializados para Contabilidade 1C:
Descrição do testeMS SQL, sPostgreSQL, sDiferença de% (melhoria) no DBMS do PostgreSQL em relação ao MS SQL DBMS
Script - "Primeiro Teste"1056,451064-0,7
Script - "Segundo Teste"3230,83236,6-0,2
— « »1707,451738,8-1,8
— « » (4 )1859,11864,9-0,3
3022+26,7
01.01.2018 31.12.2018138,5164,5-15,8
316397-20,4
*.dt87870 0
*.dt201207-2,9
« 2018 .7864,5+17,3

Como pode ser visto nos resultados, a Contabilidade 1C funciona aproximadamente da mesma forma no MS SQL e no PostgreSQL com as configurações fornecidas acima.

Nos dois casos, o DBMS funcionou de maneira estável.

Obviamente, você pode precisar de ajustes mais sutis no DBMS, no SO e no sistema de arquivos. Tudo foi feito quando as publicações estavam sendo transmitidas, o que dizia que haveria um aumento significativo na produtividade ou aproximadamente o mesmo ao mudar do MS SQL para o PostgreSQL. Além disso, neste teste, várias medidas foram tomadas para otimizar o sistema operacional e o sistema de arquivos do próprio CentOS, descritos acima.

, PostgreSQL- . MS SQL 3 , MS SQL . MS SQL.

MS SQL PostgreSQL, 1 , .

, , PostgreSQL MS SQL, , , 1 MS SQL, PostgreSQL .


, 1 .

1 , . , , 1.

, , 1 8.3 15% PostgreSQL MS SQL. , . , , 1 8.3 MS SQL PostgreSQL 15%. , 15% , , .

, , 100 , 4. , , 100 (, 1 ), ( ) .

, MS SQL Server 2019 Developer PostgreSQL 12, CentOS, MS SQL Windows Server. PostgreSQL Windows, PostgreSQL .

Obviamente, o teste de Gilev fala geralmente sobre desempenho e não apenas para 1C. No entanto, no momento é muito cedo para dizer que o MS SQL DBMS sempre será significativamente melhor que o PostgreSQL DBMS, porque não há fatos suficientes. Para confirmar ou refutar esta declaração, você precisa fazer vários outros testes. Por exemplo, para o .NET, você precisa escrever ações atômicas e testes complexos, executá-los repetidamente e em diferentes condições, fixar o tempo de execução e obter o valor médio. Em seguida, compare esses valores. Esta será uma análise objetiva.

No momento, não estamos prontos para conduzir essa análise, mas no futuro é bem possível realizá-la. Em seguida, escreveremos com mais detalhes sob quais operações o PostgreSQL é melhor que o MS SQL e quanto em porcentagem, e onde o MS SQL é melhor que o PostgreSQL e quanto em porcentagem.

Além disso, nosso teste não aplicou métodos de otimização para o MS SQL, descritos aqui . Talvez este artigo tenha esquecido de desativar a indexação de disco do Windows.

Ao comparar dois DBMSs, um ponto mais importante deve ser lembrado: o PostgreSQL DBMS é gratuito e aberto, enquanto o MS SQL DBMS é pago e possui código-fonte fechado.

Agora, às custas do próprio teste de Gilev. Fora dos testes, os traços para o teste sintético (o primeiro teste) e para todos os outros testes foram removidos. O primeiro teste consulta principalmente operações atômicas (inserir, atualizar, excluir e ler) e complexas (com referência a várias tabelas, além de criar, alterar e excluir tabelas no banco de dados) com diferentes quantidades de dados de processamento. Portanto, o teste sintético de Gilev pode ser considerado bastante objetivo para comparar o desempenho médio unificado de dois ambientes (incluindo DBMS) em relação um ao outro. Os próprios valores absolutos não dizem nada, mas a proporção de duas mídias diferentes é bastante objetiva.

À custa de outros testes de Gilev. O rastreio mostra que o número máximo de encadeamentos foi 7, mas a conclusão sobre o número de usuários foi superior a 50. Além disso, por solicitação, não está totalmente claro como outros indicadores são calculados. Portanto, o restante dos testes não é objetivo e é extremamente variado e aproximado. Somente testes especializados, levando em consideração as especificidades não apenas do sistema, mas também do trabalho dos próprios usuários, fornecerão valores mais precisos.

Agradecimentos


  • executou a configuração do 1C e lançou os testes de Gilev e também fez uma contribuição significativa para a criação desta publicação:
    • Roman Buts - líder da equipe 1C
    • Alexander Gryaznov - programador 1C
  • Colegas do Fortis que fizeram uma contribuição significativa para a otimização de ajuste do CentOS, PostgreSQL etc., mas desejavam permanecer incógnitos

Agradecimentos especiais também ao uaggster e BP1988 por alguns conselhos sobre o MS SQL e o Windows.

Posfácio


Também uma análise curiosa foi feita neste artigo .

E que resultados você teve e como testou?

Fontes


Source: https://habr.com/ru/post/pt457602/


All Articles