Translation

English
When using InnoDB storage it is important to keep your table spaces separate. This makes managing the tables simpler for long time users of %s. If you are running with this currently off, you can migrate to the per file storage by enabling the feature, and then running an alter statement on all InnoDB tables.
286/3120 · 312
English Ukrainian
ERROR: Whitelist Validation Failed. Check Data Input Method ПОМИЛКА: Помилка перевірки білого списку. Перевірте метод введення даних
Graph Not created for %s due to bad data Графік Не створено для
NOTE: Graph not added for Data Query %s and index %s due to Data Source verification failure
MySQL 5.6+ and MariaDB 10.0+ are great releases, and are very good versions to choose. Make sure you run the very latest release though which fixes a long standing low level networking issue that was causing spine many issues with reliability. MySQL 5.6+ і MariaDB 10.0+ — чудові версії, і їх дуже добре вибрати. Переконайтеся, що ви запустили найновішу версію, яка вирішує давню проблему низького рівня мережі, яка спричиняла багато проблем із надійністю.
It is STRONGLY recommended that you enable InnoDB in any %s version greater than 5.5.3. НАСІЙНО рекомендується вмикати InnoDB у будь-якій версії %s, вищій за 5.5.3.
When using Cacti with languages other than English, it is important to use the utf8mb4_unicode_ci collation type as some characters take more than a single byte. При використанні Cacti з мовами, відмінними від англійської, важливо використовувати тип порівняння utf8mb4_unicode_ci, оскільки деякі символи займають більше одного байта.
When using Cacti with languages other than English, it is important to use the utf8mb4 character set as some characters take more than a single byte. При використанні Cacti з іншими мовами, крім англійської, важливо використовувати набір символів utf8mb4, оскільки деякі символи займають більше одного байта.
It is recommended that you enable InnoDB in any %s version greater than 5.1. Рекомендовано вмикати InnoDB у будь-якій версії %s, вищій за 5.1.
Depending on the number of logins and use of spine data collector, %s will need many connections. The calculation for spine is: total_connections = total_processes * (total_threads + script_servers + 1), then you must leave headroom for user connections, which will change depending on the number of concurrent login accounts. Залежно від кількості входів і використання колектора даних Spine, %s потребуватиме багато з’єднань. Розрахунок для spine такий: total_connections = total_processes * (total_threads + script_servers + 1), тоді ви повинні залишити запас для з’єднань користувачів, який змінюватиметься залежно від кількості облікових записів одночасного входу.
Keeping the table cache larger means less file open/close operations when using innodb_file_per_table. Збільшення кеша таблиці означає менше операцій відкриття/закриття файлу при використанні innodb_file_per_table.
With Remote polling capabilities, large amounts of data will be synced from the main server to the remote pollers. Therefore, keep this value at or above 16M. Завдяки можливостям віддаленого опитування великі обсяги даних синхронізуватимуться з головного сервера на віддалені опитувальники. Тому тримайте це значення на рівні або вище 16 млн.
If using the Cacti Performance Booster and choosing a memory storage engine, you have to be careful to flush your Performance Booster buffer before the system runs out of memory table space. This is done two ways, first reducing the size of your output column to just the right size. This column is in the tables poller_output, and poller_output_boost. The second thing you can do is allocate more memory to memory tables. We have arbitrarily chosen a recommended value of 10%% of system memory, but if you are using SSD disk drives, or have a smaller system, you may ignore this recommendation or choose a different storage engine. You may see the expected consumption of the Performance Booster tables under Console -> System Utilities -> View Boost Status. Якщо ви використовуєте Cacti Performance Booster і обираєте механізм зберігання пам’яті, ви повинні бути обережними, щоб очистити буфер Performance Booster до того, як система вичерпає простір таблиці пам’яті. Це можна зробити двома способами, спочатку зменшивши розмір вихідного стовпця до потрібного розміру. Цей стовпець є в таблицях poller_output і poller_output_boost. Друге, що ви можете зробити, це виділити більше пам'яті для таблиць пам'яті. Ми довільно вибрали рекомендоване значення 10%% системної пам’яті, але якщо ви використовуєте диски SSD або маєте меншу систему, ви можете проігнорувати цю рекомендацію або вибрати інший механізм зберігання. Ви можете побачити очікуване споживання таблиць Performance Booster у Console -> System Utilities -> View Boost Status.
When executing subqueries, having a larger temporary table size, keep those temporary tables in memory. Виконуючи підзапити, маючи більший розмір тимчасової таблиці, зберігайте ці тимчасові таблиці в пам’яті.
If this number is negative, reduce the innodb_buffer_pool_size until the join_buffer_size turns positive, but allocate approximately from between 25%-50% of memory to the innodb_buffer_pool_size if the database is hosted on the Cacti server, or upto 80% of the systems memory if the database is separate from the Cacti web server. However, try to not go below the default of 262,144. When performing joins, if they are below this size, they will be kept in memory and never written to a temporary file. As this is a per connection memory allocation, care must be taken not to increase it too high. The sum of the join_buffer_size + sort_buffer_size + read_buffer_size + read_rnd_buffer_size + thread_stack + binlog_cache_size + Core MySQL/MariaDB memory should be below 80% if the database is hosted on the Cacti web server and less if you intend to have very large RRDfiles or hundreds of thousands to millions long term. Під час виконання об’єднань, якщо вони менші за цей розмір, вони зберігатимуться в пам’яті та ніколи не будуть записані у тимчасовий файл. Оскільки це виділення пам’яті для кожного з’єднання, слід бути обережним, щоб не збільшити його занадто великим. Сума join_buffer_size + sort_buffer_size + read_buffer_size + read_rnd_buffer_size + thread_stack + binlog_cache_size + пам'ять Core MySQL/MariaDB має бути нижче 80%. Якщо рекомендація є негативною, ви повинні зменшити це та/або sort_buffer_size, доки рекомендація не впишеться в допустиму пам’ять.
If this number is negative, reduce the innodb_buffer_pool_size until the sort_buffer_size turns positive, but allocate approximately from between 25%-50% of memory to the innodb_buffer_pool_size if the database is hosted on the Cacti server, or upto 80% of the system memory if the database is separate from the Cacti web server. However, try to not go below the default setting of 2,097,152. A sort buffer performs sorts for some queries using ORDER BY or GROUP BY. Configuring sort_buffer_size decides how much memory will be allocated for sort queries. The sort_buffer_size may need to be adjusted from the default if the workload requires a significant number of sort queries. The sort_buffer_size is defined on a per-session variable. Use the same equation as that of the join_buffer_size to determine the per connection possible memory.
When using InnoDB storage it is important to keep your table spaces separate. This makes managing the tables simpler for long time users of %s. If you are running with this currently off, you can migrate to the per file storage by enabling the feature, and then running an alter statement on all InnoDB tables. При використанні сховища InnoDB важливо тримати табличні простори окремо. Це спрощує керування таблицями для тривалих користувачів %s. Якщо ви працюєте з вимкненим, ви можете перейти до файлового сховища, увімкнувши цю функцію, а потім запустивши оператор alter для всіх таблиць InnoDB.
When using innodb_file_per_table, it is important to set the innodb_file_format to Barracuda. This setting will allow longer indexes important for certain Cacti tables. При використанні innodb_file_per_table важливо встановити для innodb_file_format значення Barracuda. Цей параметр дозволить довші індекси, важливі для певних таблиць Cacti.
If your tables have very large indexes, you must operate with the Barracuda innodb_file_format and the innodb_large_prefix equal to 1. Failure to do this may result in plugins that can not properly create tables. Якщо ваші таблиці мають дуже великі індекси, ви повинні працювати з Barracuda innodb_file_format і innodb_large_prefix, що дорівнює 1. Невиконання цього може призвести до того, що плагіни не зможуть правильно створювати таблиці.
InnoDB will hold as much tables and indexes in system memory as is possible. Therefore, you should make the innodb_buffer_pool large enough to hold as much of the tables and index in memory. Checking the size of the /var/lib/mysql/cacti directory will help in determining this value. We are recommending 25%% of your systems total memory, but your requirements will vary depending on your systems size. If you database is very large or remote, you can consider increasing this size. If remote, it can by as high as 80% of the systems memory. However, cautions must be taken to reduce the swapiness of the system, or to remove swap to keep the system from swapping. InnoDB буде зберігати якомога більше таблиць та індексів у системній пам’яті. Таким чином, ви повинні зробити innodb_buffer_pool достатньо великим, щоб утримувати якомога більше таблиць та індексів у пам’яті. Перевірка розміру каталогу /var/lib/mysql/cacti допоможе визначити це значення. Ми рекомендуємо 25%% загальної пам’яті вашої системи, але ваші вимоги залежатимуть від розміру вашої системи.
This settings should remain ON unless your Cacti instances is running on either ZFS or FusionI/O which both have internal journaling to accomodate abrupt system crashes. However, if you have very good power, and your systems rarely go down and you have backups, turning this setting to OFF can net you almost a 50% increase in database performance. Ці параметри мають залишатися УВІМКНЕНИМИ, якщо ваші екземпляри Cacti не працюють на ZFS або FusionI/O, які мають внутрішнє журналювання для пристосування до раптових збоїв системи. Однак, якщо у вас дуже добре живлення, і ваші системи рідко виходять із ладу, і у вас є резервні копії, якщо вимкнути цей параметр, ви можете збільшити продуктивність бази даних майже на 50% in.
This is where metadata is stored. If you had a lot of tables, it would be useful to increase this. Тут зберігаються метадані. Якщо у вас було багато столів, було б корисно збільшити це.
Rogue queries should not for the database to go offline to others. Kill these queries before they kill your system. Шахрайські запити не повинні передавати базу даних в автономний режим для інших. Усуньте ці запити, перш ніж вони вб’ють вашу систему.
Maximum I/O performance happens when you use the O_DIRECT method to flush pages. Максимальна продуктивність введення-виведення досягається, коли ви використовуєте метод O_DIRECT для очищення сторінок.
Setting this value to 2 means that you will flush all transactions every second rather than at commit. This allows %s to perform writing less often. Встановлення цього значення на 2 означає, що ви очищатимете всі транзакції щосекунди, а не під час фіксації. Це дозволяє %s виконувати запис рідше.
With modern SSD type storage, having multiple io threads is advantageous for applications with high io characteristics. Завдяки сучасному сховищу типу SSD наявність кількох потоків вводу-виводу є перевагою для програм із високими характеристиками вводу-виводу.
As of %s %s, the you can control how often %s flushes transactions to disk. The default is 1 second, but in high I/O systems setting to a value greater than 1 can allow disk I/O to be more sequential Починаючи з %s %s, ви можете контролювати, як часто %s знімає транзакції на диск. За замовчуванням — 1 секунда, але в системах із високим рівнем вводу-виводу встановлення значення більше 1 може дозволити дисковому вводу-виводу бути більш послідовним
With modern SSD type storage, having multiple read io threads is advantageous for applications with high io characteristics. Depending on your MariaDB/MySQL versions, this value can go as high as 64. But try to keep the number less than your total SMT threads on the database server. Завдяки сучасному сховищу типу SSD наявність кількох потоків читання вводу-виводу є перевагою для програм із високими характеристиками вводу-виводу. Залежно від версій MariaDB/MySQL це значення може досягати 64. Але намагайтеся, щоб це число було менше, ніж загальна кількість потоків SMT на сервері бази даних.
With modern SSD type storage, having multiple write io threads is advantageous for applications with high io characteristics. Depending on your MariaDB/MySQL versions, this value can go as high as 64. But try to keep the number less than your total SMT threads on the database server. З сучасним накопичувачем типу SSD наявність кількох потоків запису вводу-виводу є перевагою для програм із високими характеристиками вводу-виводу. Залежно від версій MariaDB/MySQL це значення може досягати 64. Але намагайтеся, щоб це число було менше, ніж загальна кількість потоків SMT на сервері бази даних.
%s will divide the innodb_buffer_pool into memory regions to improve performance for versions of MariaDB less than 10.5. The max value is 64, but should not exceed more than the number of CPU cores/threads. When your innodb_buffer_pool is less than 1GB, you should use the pool size divided by 128MB. Continue to use this equation up to the max the number of CPU cores or 64. %s розділить innodb_buffer_pool на області пам’яті, щоб підвищити продуктивність для версій MariaDB до 10.5. Максимальне значення становить 64, але воно не повинно перевищувати кількість ядер/потоків ЦП. Якщо ваш innodb_buffer_pool менше 1 ГБ, ви повинні використовувати розмір пулу, поділений на 128 МБ. Продовжуйте використовувати це рівняння до максимальної кількості ядер ЦП або 64.
%s will divide the innodb_buffer_pool into memory regions to improve performance for versions of MySQL upto and including MySQL 8.0. The max value is 64, but should not exceed more than the number of CPU cores/threads. When your innodb_buffer_pool is less than 1GB, you should use the pool size divided by 128MB. Continue to use this equation up to the max of the number of CPU cores or 64. %s розділить innodb_buffer_pool на області пам’яті, щоб покращити продуктивність для версій MySQL до та включно з MySQL 8.0. Максимальне значення становить 64, але воно не повинно перевищувати кількість ядер/потоків ЦП. Якщо ваш innodb_buffer_pool менше 1 ГБ, ви повинні використовувати розмір пулу, поділений на 128 МБ. Продовжуйте використовувати це рівняння до максимальної кількості ядер ЦП або 64.
If you have SSD disks, use this suggestion. If you have physical hard drives, use 200 * the number of active drives in the array. If using NVMe or PCIe Flash, much larger numbers as high as 100000 can be used. Якщо у вас є SSD диски, скористайтеся цією пропозицією. Якщо у вас є фізичні жорсткі диски, використовуйте 200 * кількість активних дисків у масиві. Якщо використовується NVMe або PCIe Flash, можна використовувати набагато більші числа, аж до 100 000.
Component Translation Difference to current string
This translation Propagated Translated Cacti/core
The following string has the same context and source.
Propagated Empty Cacti/core (v1.2.x)

Loading…

No matching activity found.

Browse all component changes

Glossary

English Ukrainian
No related strings found in the glossary.

String information

Flags
php-format
Source string location
lib/utility.php:1084
String age
a year ago
Source string age
3 years ago
Translation file
locales/po/uk-UA.po, string 4090