<?xml version="1.0" encoding="utf-8"?>
<page xmlns="http://projectmallard.org/1.0/" type="topic" id="general-glossary" xml:lang="bg">
 <info>
  <link type="guide" xref="index#general"/>
  <desc>Определения на термините</desc>
 </info>
 <title>Терминология</title>
 <p>Тези термини се използват често в тази документация и в приложението.</p>
 <section id="borg">
  <title>BorgBackup</title>
  <p><app>BorgBackup</app> е основната програма, която се използва за създаване на резервни копия. „<app>Pika Backup</app>„ хранилищата могат да бъдат достъпени и с програмата BorgBackup за командния ред. Вижте <link href="https://borgbackup.readthedocs.io">документацията на BorgBackup</link> за повече информация относно това как да използвате програмата <cmd>borg</cmd> за командния ред.</p>
 </section>
 <section id="repository">
  <title>Хранилище</title>
  <p>Хранилищата за резервни копия са папки на диск или на отдалечено място, които съдържат данни за резервни копия. В тях се съхраняват един или повече <link xref="#archive">архиви</link>.</p>
 </section>
 <section id="archive">
  <title>Архив</title>
  <p>Всяко резервно копие ще създаде един архив. Те съхраняват единично моментно състояние на файловете към момента на създаване на архива. За да възстановите данни от конкретен архив, вижте <link xref="index#recovery"/>.</p>
 </section>
 <section id="deduplication">
  <title>Дедупликиране</title>
  <p>„<app>Pika Backup</app>“ съхранява <link xref="#archive">резервните архивите</link> по такъв начин, че само новите и променените данни от последното резервно копие използват повече дисково пространство. Терминът <em>„дедупликация“</em> се използва за обозначаване на тази функционалност.</p>
  <note>
   <p>Количеството ново пространство, използвано за последното резервно копие, може да се види в прозореца <gui>Подробности за резервата</gui>, който е достъпен чрез раздела <gui style="tab">Резервно копие</gui>.</p>
  </note>
 </section>
 <section id="compression">
  <title>Компресия</title>
  <p>Резервни архиви, създадени с „Pika Backup“, са компресирани с алгоритъма zstd на ниво 3. Това беше избрано като компромис между производителността и размера на полученото резервно копие.</p>
 </section>
 <section id="encryption">
  <title>Шифриране</title>
  <p>Резервните хранилища, създадени с “<app>Pika Backup</app>“, могат да бъдат шифрирани. По този начин никой не може да прочете съдържанието на резервното копие, без да знае или да отгатне паролата за шифриране.</p>
  <note>
   <p>Въпреки че е важно да изберете силна парола за шифриране на чувствителни данни, загубата на паролата означава и загуба на достъп до всички данни. Също толкова важно е да се избере парола, която не се забравя лесно или се съхранява на сигурно място.</p>
  </note>
  <p>Алгоритъмът за шифриране, използван за новите <link type="repository">хранилища</link>, е <em>AES-CTR-256</em>. Алгоритъмът за удостоверяване е <em>HMAC-SHA256</em> или <em>BLAKE2b-256</em> в зависимост от това дали SHA256 е хардуерно ускорен в системата.</p>
  <p>Паролата за шифриране може да бъде променена чрез <guiseq><gui>Меню</gui><gui>Предпочитания на резервата</gui><gui>Променяне на паролата за шифриране</gui></guiseq>.</p>
 </section>
</page>
