Зв'яжіться з нами

    • Головна
    • Послуги
    • Кейси
    • Блог
    • Про нас
    • Контакти
    • Зв’язатися

    • Блог
    • Матеріали

    1. Головна
    2. Блог

    Рекомендації щодо створення резервних копій

    Кожен бізнес має запровадити надійну систему створення резервних копій для автоматичного збереження своїх даних на файлових серверах, а також мати додатковий резервний план на випадок катастроф. Ознайомтеся з нашими рекомендаціями та дізнайтеся, як уберегти свою компанію від тривалих простоїв і фінансових збитків через втрату даних!

    банер

    Дайте самим собі відповіді на кілька запитань:

    1. Чи створюєте ви резервні копії даних, необхідних для роботи? Як часто?
    2. Який обсяг ваших даних буде втрачено в разі виникнення загрози? Яка різниця актуальності ваших поточних даних і даних у резервній копії?
    3. Чи робите ви резервні копії, які зберігаються потім офлайн?
    4. Чи захищаєте ви свої резервні копії на тому самому рівні, як і дані, що використовуються?
    5. Чи матимете ви можливість відновити діяльність, якщо ваше обладнання фізично вийде з ладу (наприклад, через перебої струму або пожежу)?
    6. Чи враховуєте ви регуляторні вимоги під час визначення умов зберігання резервних копій?

    Відповіді змусили задуматися? Кожен бізнес має запровадити надійну систему резервного копіювання для автоматичного збереження копій своїх даних на файлових серверах. Крім того, необхідно мати й додатковий резервний план на випадок катастроф або значних збоїв роботи.

    Ознайомтеся з нашими рекомендаціями та дізнайтеся, як уберегти свою компанію від тривалих простоїв і фінансових збитків через втрату даних!

    Основні правила

    • Визначте кількість даних, для яких потрібно створити резервні копії.
    • Виберіть пристрій резервного копіювання та налаштуйте його відповідно до потрібних даних.
    • Визначте частоту резервного копіювання на основі критичності даних і частоти їхнього використання.
    • Налаштуйте обмеження пропускної здатності для резервного копіювання, щоб не перевантажити канали передавання даних.
    • Визначте безпечне місце, де можна зберігати резервні копії та мати доступ до них, бажано на окремому пристрої.
    • Автоматизуйте процес резервного копіювання.
    • Забезпечте наявність кількох резервних копій тих самих даних.
    • Забезпечте надійний захист для резервних копій.
    • Використовуйте правило 3-2-1-1-0: 3 резервні копії даних, 2 різні носії для зберігання, 1 копія даних у віддаленому місці, 1 копія даних офлайн, 0 помилок.
    • Перевірте процеси резервного копіювання та відновлення даних із резервної копії.
    • Захистіть дані, які обробляються за межами центру обробки даних.
    • Оновіть документацію, додавши детальний опис нового процесу резервного копіювання.
    • Відстежуйте процес резервного копіювання, щоб переконатися в його належній роботі.
    • Враховуйте нормативні вимоги.

    Детальні рекомендації

    Визначення даних, для яких створюватимуться резервні копії

    Першою частиною будь-якого плану резервного копіювання є визначення даних, які мають входити в резервну копію.

    Наприклад, файли операційної системи матимуть нижчий пріоритет, оскільки операційну систему можна перевстановити. Цей самий принцип можна застосувати щодо програмного забезпечення, але важливо врахувати як виключення файли конфігурацій, оскільки унікальні конфігурації інколи складно відновити і в такому разі доцільніше скористатися резервною копією.

    Резервні копії мають обов’язково створюватися для критичних даних, як-от даних про клієнтів, фінансових відомостей, даних про співробітників тощо.

    Автоматизація резервного копіювання

    Резервне копіювання має бути автоматизованим і вимагати якнайменшої участі людини. Використовуючи правильне програмне забезпечення для резервного копіювання, ви можете вказати дату й час для запуску створення резервних копій, і система автоматично згенерує резервну копію ваших даних згідно із запланованим графіком. Це забезпечить регулярність резервного копіювання, адже ручні процеси мають більшу ймовірність невдачі та ризик пропуску запланованих дій.

    Необхідно також налаштувати сповіщення про збої автоматичного процесу резервного копіювання. Наприклад, це можуть бути сповіщення електронною поштою про помилки. Слід періодично перевіряти механізм спрацьовування цих сповіщень.

    Частота резервного копіювання

    Частота резервного копіювання даних залежить від їхньої критичності й використання. Для даних, які часто змінюються, оптимальним є створення резервних копій що 24 години. Для даних, які не є критично важливими, прийнятне щотижневе копіювання: за такої частоти мінімізується ризик того, що дані будуть неактуальними під час потреби відновлення з резервної копії.

    Методи резервного копіювання

    Повне резервне копіювання

    Повна резервна копія даних охоплює всі файли та папки, незалежно від будь-яких попередніх резервних копій або обставин. Створюється резервна копія всього набору даних і зберігається на місці, в іншому місці або в обох локаціях.

    Повні резервні копії найшвидше відновлюються, оскільки всі файли містяться в одному наборі резервних копій. Цей вид копіювання зазвичай найпростіший для виконання, але складніший в аспекті адміністрування.

    Слід пам’ятати про кілька недоліків:

    • використовується найбільше пам’яті;
    • необхідна значна пропускна здатність мережі;
    • необхідне додаткове обладнання, якщо набір даних великий;
    • значні терміни реалізації залежно від розміру бізнесу.
    Диференційне резервне копіювання

    Виконується після повного резервного копіювання з метою внесення всіх змін, яких зазнали файли та папки з часу останнього повного резервного копіювання.

    Диференційна резервна копія є накопичувальною. У підсумку повна та диференційна резервні копії разом містять усі файли вашого набору даних — змінені та незмінені.

    За допомогою цього методу компанії можуть відновлювати свої дані швидше, ніж за повного резервного копіювання, оскільки потребують лише двох компонентів: початкового повного резервного копіювання й останнього диференційного резервного копіювання.

    Хоча диференційне резервне копіювання забезпечує швидший час відновлення, ніж інкрементне (про нього далі), воно потребує більше місця та вищої пропускної здатності мережі.

    Інкрементне резервне копіювання

    Починається з повного резервного копіювання для збереження всіх файлів. Наступні резервні копії зберігають лише доповнення та зміни, внесені до попередньої або останньої додаткової резервної копії.

    Якщо диференційне резервне копіювання містить усі дані з моменту останнього повного резервного копіювання, то інкрементне — лише ті дані, які змінилися з моменту будь-якого попереднього резервного копіювання.

    Оскільки інкрементні резервні копії зберігають лише зміни (прирости), вони потребують найменшого місця для зберігання, що забезпечує прискорену швидкість резервного копіювання. Однак процес відновлення за допомогою таких копій даних є найважчим. Щоб відновити повну систему, компанії спочатку потрібно відновити останню повну резервну копію, а потім — кожну додаткову резервну копію по черзі. Повне відновлення стає складнішим із кожною втраченою, пошкодженою чи викраденою додатковою резервною копією — або взагалі неможливим.

    Фактори, на які потрібно звернути увагу під час вибору методу резервного копіювання

    Беручи до уваги обсяг даних, які потрібно скопіювати, швидкість мережі та вибране сховище (локальне, хмарне або гібридне), ваша компанія має визначити оптимальну схему резервного копіювання.

    Допомогти з розробленням унікальної стратегії резервного копіювання відповідно до вашого бізнесу та галузі можуть запитання нижче.

    Які цілі вашої компанії щодо резервного копіювання?

    Вам потрібно класифікувати дані та визначити їхню пріоритетність, щоб вибрати найкращий метод резервного копіювання для їхнього захисту. До важливих даних може належати інформація про клієнтів і співробітників, відомості про платежі, файли та документи, пов’язані з проєктами, історичні звіти тощо.

    Чітке розуміння всіх важливих даних у вашій мережі полегшує процес резервного копіювання та гарантує ефективний захист ваших активів.

    Для якого обсягу даних виконується резервне копіювання?

    Від розрахунку обсягу резервного копіювання залежить правильне визначення вартості місця для зберігання. Зазвичай вам потрібно 4–5 ТБ резервного копіювання на кожен терабайт вихідних даних, для яких потрібно створити резервну копію.

    Який середній розмір файлів, для яких потрібно створити резервну копію?

    Середній розмір файлів має вирішальне значення, адже об’ємні файли потребують більше часу для передавання до резервного сховища та з нього. Наприклад, кілька сотень (або навіть тисяч) текстових файлів зазвичай займають менше місця, ніж резервні копії відео або зображень.

    Знання середнього розміру файлів і резервних копій допоможе визначити, який варіант зберігання використовувати: локальне (на місці), зовнішнє фізичне, хмарне чи гібридне.

    Які у вас політики щодо зовнішнього зберігання резервних копій?

    Чи плануєте ви використовувати стороннє фізичне сховище? Якщо так, тоді в ньому краще не зберігати додаткові резервні копії, адже перед початком аварійного відновлення вам доведеться отримати кожну додаткову резервну копію зі стороннього центру обробки даних, що може призвести до тривалішого простою та ускладнення бізнес-процесів.

    Які типи резервного копіювання найбільш сумісні з підтримкою вашого рішення для резервного копіювання?

    Різні засоби резервного копіювання можна адаптувати для виконання різних типів резервного копіювання. Однак розроблення плану резервного копіювання на основі рішення з обмеженими можливостями є неоптимальним. Натомість краще використовувати спеціальне програмне забезпечення для резервного копіювання.

    Яка бажана швидкість доступу до ваших резервних копій?

    Резервне копіювання на місці забезпечує найшвидшу швидкість доступу до копій, але піддається ризику стихійних лих і відключень електроенергії. З іншого боку, зовнішнє сховище загалом є безпечнішим, але надає повільніший доступ до резервних копій і відновлення.

    За багатьох сценаріїв найкраще використовувати гібридний підхід, дотримуючись правила резервного копіювання 3-2-1-1-0: переконайтеся, що ви створили принаймні 3 резервні копії своїх даних, що ваші резервні копії зберігаються не менш ніж на 2 різних носіях, що ви зберігаєте не менш ніж 1 копію даних у віддаленому місці, що хоча б 1 копія даних зберігається в режимі офлайн і що результати перевірки резервних копій місять 0 помилок.

    Зберігання ваших резервних копій на місці, поза вашим середовищем (у фізичному центрі обробки даних) і в хмарі гарантує, що у вас завжди буде принаймні одна готова резервна копія для ефективного відновлення даних і бізнес-операцій.

    Який ваш найкращий сценарій відновлення даних із резервних копій?

    Вибираючи стратегію резервного копіювання, ваша організація повинна визначити прийнятні показники RTO (допустимий час простою в разі збою) і RPO (допустимий обсяг можливих втрат даних).

    Для цього дайте відповіді на такі запитання:

    • Скільки часу простою ви можете собі дозволити?
    • Скільки даних ви можете дозволити собі втратити під час аварійної ситуації?
    • Чи можете ви підтримувати бізнес-операції віддалено без доступу до головних офісів?

    Вивчення різних випадків втрати даних допоможе вам визначитися з найкращим можливим процесом аварійного відновлення. Далі ви зможете вибрати оптимальний метод резервного копіювання.

    Яких нормативних вимог необхідно дотримуватися?

    Галузеві норми також можуть вплинути на вашу стратегію резервного копіювання. Наприклад, деякі правила вимагають від компаній зберігати критичні резервні копії даних на місці, що може надати переваги для інкрементного резервного копіювання, але обмежити диференційовані стратегії (тому що локальне сховище рідко може масштабуватися без значних витрат).

    Ви зобов’язані гарантувати належну безпеку операційних і резервних даних. Для цього найкраще покладатися на спеціальне рішення для резервного копіювання, яке пропонує високорівневе шифрування даних як у стані спокою, так і під час передавання.

    Як гарантувати безпеку резервного копіювання даних?

    Ваші резервні копії корисні для вашого бізнесу, якщо вони доступні та не пошкоджені неавторизованими третіми сторонами. Ви та ваш вибраний постачальник створення резервних копій повинні забезпечити їхній надійний захист за допомогою фізичних і програмних заходів і розширених функцій кібербезпеки, щоб гарантувати цілісність і доступність усіх видів резервних копій: повних, інкрементних і диференційних.

    Хмарне резервне копіювання

    Хмарне резервне копіювання (іноді його називають онлайновим або дистанційним резервним копіюванням) — це процес резервного копіювання даних на хмарні сервери.

    Створюючи резервну копію даних у хмарі, ви зберігаєте копію цих даних на одному або кількох віддалених серверах, якими володіє та керує сторонній постачальник хмарних послуг. Зазвичай плата за них залежить від обсягу необхідного місця для зберігання або серверів, доступної пропускної здатності сервера та кількості користувачів, які мають доступ до цих серверів.

    Хмарне резервне копіювання працює шляхом копіювання даних компанії на хмарних серверах. Це можна зробити двома способами:

    • Безперервна реплікація: постачальник хмарних послуг копіює дані вашої компанії на свої сервери, коли ті змінюються. Це найпоширеніший тип хмарного резервного копіювання, який використовують компанії, яким завжди потрібно зберігати актуальні копії своїх даних.
    • Реплікація за розкладом: постачальник хмарних послуг копіює дані вашої компанії за встановленим розкладом. Цим типом хмарного резервного копіювання часто користуються компанії, яким не потрібно постійно зберігати актуальні копії своїх даних.

    Після копіювання даних вашої компанії в хмару доступ до них можна отримати будь-де за допомогою підключення до інтернету.

    Нижче наводимо кілька варіантів резервного копіювання даних у хмарі.

    Резервне копіювання безпосередньо в публічну хмару

    Ви можете створити резервну копію даних, скопіювавши їх у загальнодоступну хмарну службу зберігання. Для цього потрібно використовувати власне програмне забезпечення для резервного копіювання, а хмарна служба надасть безпечне місце призначення для даних.

    Потрібно переконатися, що ваше програмне забезпечення резервного копіювання може взаємодіяти з хмарною службою (зазвичай це означає сумісність з API Amazon S3, що де-факто стає стандартом). Можливо, вам потрібно буде запровадити власні заходи захисту даних.

    Резервне копіювання до постачальника послуг

    Багато постачальників пропонують послуги резервного копіювання, які дають змогу записувати дані в керований центр обробки даних. Якщо ви виберете цей тип, вам знадобиться програмне забезпечення для резервного копіювання, надане постачальником, або загальне програмне забезпечення для резервного копіювання, яке можна легко інтегрувати з постачальником послуг.

    Резервне копіювання з хмари в хмару

    Служба резервного копіювання з хмари в хмару (C2C) допомагає створювати резервні копії ваших даних з одного хмарного середовища в інше. Ці служби копіюють дані, які вже існують у ваших розгортаннях IaaS або програмах SaaS.

    Мета полягає в тому, щоб підвищити стійкість і зменшити залежність від однієї хмарної платформи. Зазвичай служба C2C надає програмне забезпечення, яке виконує ці процеси резервного копіювання.

    Резервне копіювання з локальних даних у хмару

    Ви можете використовувати апаратні та програмні рішення, які керують локальними резервними копіями та здатні зберігати їх у хмарній службі.

    Переваги хмарного резервного копіювання
    • Підвищена доступність: зберігання даних компанії на хмарних серверах гарантує постійну доступність копії цих даних.
    • Зниження витрат: використовуючи хмару для резервного копіювання, ви отримуєте переваги апаратної інфраструктури постачальника цієї хмари, що може значно скоротити витрати вашої компанії.
    • Краща масштабованість: хмара — це масштабована платформа, а отже, ви можете додавати або видаляти ресурси за потреби, витрачаючи кошти лише на той обсяг даних, який наразі використовуєте.
    • Підвищена безпека: хмара — це безпечна платформа, яка пропонує кілька рівнів захисту, що є критично важливим для компаній, які зберігають у ній конфіденційні дані.
    • Покращене аварійне відновлення: використовуючи хмару для аварійного відновлення, ви можете швидко та легко відновити дані вашої компанії в разі аварії.
    Недоліки хмарного резервного копіювання
    • Затримка даних: хмара — це глобальна платформа, і в певних регіонах можуть виникати затримки, що створює проблеми для компаній, яким потрібен доступ до даних у режимі реального часу.
    • Вимоги до пропускної здатності: для належної роботи хмари потрібне високошвидкісне підключення до інтернету. Якщо ваша компанія не має достатньо швидкого з’єднання, хмарне рішення може вам не підійти.
    • Конфіденційність даних: зберігаючи свої дані в хмарі, ви довіряєте їх її постачальнику. Цей факт може бути проблемним для компаній, які підпадають під дію законів про конфіденційність даних.

    Безпека резервного копіювання

    Шифруйте свої резервні копії. Навіть якщо неавторизована особа отримає доступ до зашифрованих резервних копій, без ключа розшифрування вона не зможе їх прочитати.

    Варто також розглянути шифрування транспортних даних. Наприклад, якщо файли резервних копій передаються через мережу, скажімо, до FTP-сервера, вони мають бути зашифровані під час передавання через мережу, зокрема за допомогою FTPS або SFTP.

    Використовуйте захищені пристрої зберігання. Вибираючи пристрої зберігання для резервних копій, переконайтеся, що вони безпечні та захищені від несанкціонованого доступу. Це можуть бути зовнішні жорсткі диски з шифруванням на апаратному рівні або хмарні рішення для зберігання даних із кількома рівнями безпеки.

    Використовуйте надійні паролі. Паролі часто є першою лінією захисту від несанкціонованого доступу до ваших резервних копій. Використовуйте надійні унікальні паролі для всіх пристроїв і систем резервного копіювання та розгляньте можливість використання двофакторної автентифікації для додаткової безпеки.

    Регулярно оновлюйте засоби безпеки. Технології та загрози постійно розвиваються, тому важливо бути в курсі найновіших заходів безпеки. Встановлюйте останні оновлення програмного забезпечення, впроваджуйте нові методи автентифікації та регулярно переглядайте ваші політики безпеки.

    Обмежте доступ до резервних копій. Розгляньте можливість обмеження доступу лише для тих, хто дійсно має потребу в доступі до резервних даних, і використовуйте дозволи та засоби контролю, щоб обмежити доступ до певних файлів або папок. Резервні копії варто захищати так само відповідально, як і «живі» дані.

    Зберігайте резервні копії у віддаленому місці. Одним із найефективніших способів захистити резервні копії від фізичних загроз є їхнє зберігання на окремому пристрої (в окремому місці). Це може означати зберігання даних у безпечному віддаленому місці, як-от у центрі обробки даних або в постачальника хмарного сховища. У такому разі, якщо ваше основне розташування буде пошкоджене або знищене, ваші резервні копії залишаться в безпеці та доступними.

    Застосовуйте практики повітряного проміжку (air gap). Іншим варіантом є використання резервних копій, які фізично від’єднані від вашої мережі й інтернету. Це значно ускладнює доступ хакерам до ваших резервних копій або втручання в їхню цілісність, оскільки для цього їм знадобиться фізичний доступ до пристроїв зберігання даних.

    Застосовуйте чергування резервних копій. Замість того щоб покладатися на один набір резервних копій, ви можете запровадити графік їхньої ротації. Це передбачає створення кількох наборів резервних копій і їхнє зберігання в різних локаціях. Наприклад, ви можете створити один набір резервних копій для зберігання на місці, інший для зберігання відділено і третій для зберігання в хмарі. Змінюючи ці набори, ви можете гарантувати, що у вас завжди буде доступна остання резервна копія на випадок аварії.

    Розгляньте можливість використання хмарного сховища. Хмарні рішення для зберігання можуть запропонувати високий рівень безпеки для ваших резервних копій. Багато постачальників хмарних послуг використовують кілька рівнів безпеки, зокрема шифрування, автентифікацію та контроль доступу, щоб захистити ваші дані. Крім того, вони часто пропонують автоматичне резервне копіювання та варіанти аварійного відновлення, що полегшує захист ваших даних.

    Впровадьте фізичні заходи безпеки. Захист ваших резервних копій від фізичних загроз, як-от крадіжки або стихійного лиха, вимагає відповідних заходів фізичної безпеки. Це може бути зберігання ваших резервних копій у безпечному місці, як-от у закритій шафі або кімнаті, використання камер спостереження чи сигналізації для запобігання несанкціонованому доступу тощо.

    Фактори, які необхідно враховувати під час вибору заходів безпеки для резервних копій даних вашої організації

    Загрози даним: різні заходи безпеки призначені для захисту від різних типів загроз. Наприклад, шифрування ваших резервних копій може захистити від кібератак, а віддалене зберігання — від фізичних катастроф. Розгляньте конкретні загрози, з якими найімовірніше зіткнеться ваша організація, і виберіть відповідні заходи безпеки.

    Вартість і складність: заходи безпеки резервного копіювання можуть відрізнятися за вартістю та складністю. Наприклад, створення резервних копій з урахуванням практики air gap може бути дорожчим і складнішим, ніж використання хмарного сховища. Вибираючи заходи, враховуйте свій бюджет і ресурси та шукайте рішення з балансом безпеки й доступності.

    Простота використання: важливо вибрати резервні засоби безпеки, якими просто користуватися й керувати. Якщо засоби заскладні, імовірно, вони не будуть використані належним чином, а це своєю чергою може зробити ваші дані вразливими. Шукайте прості в налаштуванні й обслуговуванні рішення, які надають чіткі інструкції та підтримку для користувачів.

    Зберігання резервних копій

    Тривалість зберігання кожної резервної копії є важливим фактором, який слід враховувати під час створення плану резервного копіювання.

    Оскільки неможливо зберігати резервні копії вічно, вам потрібно встановити період зберігання для кожної з них, щоб заощадити місце для зберігання та кошти. Ви можете зберігати погодинні або щоденні резервні копії протягом тижня, щотижневі резервні копії протягом місяця, щомісячні резервні копії протягом року і так далі.

    Сьогодні на компанії можуть поширюватися законодавчі вимоги щодо зберігання резервних копій. Тому вам потрібно ретельно проаналізувати свої правові обмеження та стандарти зберігання даних під час налаштування періоду зберігання резервних копій.

    Гарячі, теплі та холодні резервні локації

    Одним із ключових елементів будь-якого плану аварійного відновлення є вибір додаткової локації для зберігання даних, щоб запобігти втраті даних у разі кібератаки або стихійного лиха. Програмне забезпечення витягуватиме критичні корпоративні дані з цієї вторинної локації та відновлюватиме їх на основних серверах у разі значного збою системи.

    Можна використовувати три основні типи локацій аварійного відновлення: холодні, теплі та гарячі.

    За використання холодної локації резервного копіювання все необхідне для відновлення обслуговування ваших користувачів має бути придбано та доставлено на місце до початку процесу відновлення. Затримка переходу від холодної резервної локації до повної роботи може бути значною.

    Локації холодного резервного копіювання є найдешевшими.

    Тепла локація резервного копіювання вже містить апаратне забезпечення, яке являє собою копію того, що є у вашому центрі обробки даних. Перед початком відновлювальних робіт потрібно доставити останні резервні копії з вашого сховища та завершити відновлення.

    Локації гарячого резервного копіювання — це дзеркальне відображення вашого поточного центру обробки даних, де всі системи налаштовані й тільки очікують на останні резервні копії даних із вашого зовнішнього сховища. Локація гарячого резервного копіювання часто може вводитися в стан повної роботи не більш ніж за кілька годин.

    Локації гарячого резервного копіювання є найдорожчими засобами для аварійного відновлення.

    CybersecurityDevSecOps

    Recent Post

    • 1 Вересня, 2026
      Як перетворити резервне копіювання на прогнозований бізнес-процес
    • 25 Серпня, 2026
      План реагування на інциденти: як підготувати бізнес до відновлення
    • 21 Серпня, 2026
      Що таке політика прийнятного використання та як її створити 
    DigVel банер

    Первинне оцінювання кібербезпеки

    Швидко дізнайтесь про наявність потенційних ризиків для вашої компанії та шляхи їх усунення

    Замовити

    Footer Logo

    Ми робимо світ безпечнішим

    Компанія

    • Сервіси
    • Партнерська програма
    • Блог

    Рішення

    • Стандарт кіберстійкості
    • Приватна програма Bug Bounty
    • Тестування на проникнення
    • Оцінювання стану безпеки

    Контакти

    • Зв’яжіться з нами
    CompTIA Member Logo
    ДССЗЗІ
    Cyber Essentials Label

    © DigVel™ є власністю ТОВ «ВАША IT БЕЗПЕКА», 2026

    • Правила й умови
    • Політика конфіденційності
    • Підтримка
    DigVel  – Кібербезпека
    Управління згодою

    Для надання найкращих вражень ми використовуємо технології, такі як файли cookie, для зберігання та/або доступу до інформації на пристрої. Згода на використання цих технологій дозволить нам обробляти дані, такі як поведінка під час перегляду або унікальні ідентифікатори на цьому сайті. Відмова від згоди або її відкликання може негативно вплинути на певні функції та можливості.

    Functional Always active
    The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
    Preferences
    The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
    Statistics
    The technical storage or access that is used exclusively for statistical purposes. The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
    Marketing
    The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
    • Manage options
    • Manage services
    • Manage {vendor_count} vendors
    • Read more about these purposes
    View preferences
    • {title}
    • {title}
    • {title}