public inbox for pbs-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: Dominik Csapak <d.csapak@proxmox.com>
To: pbs-devel@lists.proxmox.com
Subject: [pbs-devel] [PATCH proxmox-backup 1/4] docs/tape: fix some typos and improve wording
Date: Mon, 25 Jan 2021 16:30:54 +0100	[thread overview]
Message-ID: <20210125153057.30061-1-d.csapak@proxmox.com> (raw)

Signed-off-by: Dominik Csapak <d.csapak@proxmox.com>
---
 docs/tape-backup.rst | 28 ++++++++++++++--------------
 1 file changed, 14 insertions(+), 14 deletions(-)

diff --git a/docs/tape-backup.rst b/docs/tape-backup.rst
index 3309ae6f..3c0bd2b6 100644
--- a/docs/tape-backup.rst
+++ b/docs/tape-backup.rst
@@ -1,15 +1,15 @@
 Tape Backup
 ===========
 
-Proxmox tape backup provides an easy way to store datastore contents
-to a magnetic tapes. This increases data safety because you get:
+Proxmox tape backup provides an easy way to store datastore content
+onto magnetic tapes. This increases data safety because you get:
 
 - an additional copy of the data
 - to a different media type (tape)
 - to an additional location (you can move tapes offsite)
 
-Statistics show that 95% of all restore jobs restores data from the
-last backup. Restore requests further declines the older the data
+In most restore jobs, only data from the last backup job is restored.
+Restore requests further decline the older the data
 gets. Considering this, tape backup may also help to reduce disk
 usage, because you can safely remove data from disk once archived on
 tape. This is especially true if you need to keep data for several
@@ -32,14 +32,14 @@ As of 2021, the only broadly available tape technology standard is
 `Linear Tape Open`_, and different vendors offers LTO Ultrium tape
 drives, autoloaders and LTO tape cartridges.
 
-Of cause, there are a few vendor offering proprietary drives with
+There are a few vendors offering proprietary drives with
 slight advantages in performance and capacity, but they have
-significat disadvantages:
+significant disadvantages:
 
 - proprietary (single vendor)
 - a much higher purchase cost
 
-So we currently do no test such drives.
+So we currently do not test such drives.
 
 In general, LTO tapes offer the following advantages:
 
@@ -64,14 +64,14 @@ kernel should work, but feature like hardware encryptions needs LTO4
 or later.
 
 Tape changer support is done using the Linux 'mtx' command line
-tool. So any changer devive supported by that tool work work.
+tool. So any changer device supported by that tool should work.
 
 
 Drive Performance
 ~~~~~~~~~~~~~~~~~
 
-Current LTO8 tapes provide read/write speeds up to 360MB/s. Please
-note that it still takes a minimum of 9 hours to completely write or
+Current LTO-8 tapes provide read/write speeds up to 360MB/s. This means,
+that it still takes a minimum of 9 hours to completely write or
 read a single tape (even at maximum speed).
 
 The only way to speed up that data rate is to use more than one
@@ -80,10 +80,10 @@ restore jobs while the other dives are used for backups.
 
 Also consider that you need to read data first from your datastore
 (disk). But a single spinning disk is unable to deliver data at this
-rate. We meassured a maximum rate about 60MB/s to 100MB/s in practive,
-so it takes 33 hours to read 12TB to fill up a LTO8 tape. If you want
+rate. We measured a maximum rate of about 60MB/s to 100MB/s in practice,
+so it takes 33 hours to read 12TB to fill up an LTO-8 tape. If you want
 to run your tape at full speed, please make sure that the source
-datastore is able to delive that performance (use SSDs).
+datastore is able to deliver that performance (e.g, by using SSDs).
 
 
 Terminology
@@ -105,7 +105,7 @@ Terminology
    `Code 39`_, as definded in the `LTO Ultrium Cartridge Label
    Specification`_.
 
-   You can either bye such barcode labels from your cartidge vendor,
+   You can either buy such barcode labels from your cartridge vendor,
    or print them yourself. You can use our `LTO Barcode Generator`_ App
    for that.
 
-- 
2.20.1





             reply	other threads:[~2021-01-25 15:31 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-25 15:30 Dominik Csapak [this message]
2021-01-25 15:30 ` [pbs-devel] [PATCH proxmox-backup 2/4] tape: fix typos Dominik Csapak
2021-01-26 11:42   ` Dietmar Maurer
2021-01-25 15:30 ` [pbs-devel] [PATCH proxmox-backup 3/4] api2/types/tape/drive: add changer_slot Dominik Csapak
2021-01-26 11:43   ` Dietmar Maurer
2021-01-26 12:10     ` Dominik Csapak
2021-01-26 14:19       ` Dietmar Maurer
2021-01-25 15:30 ` [pbs-devel] [PATCH proxmox-backup 4/4] api2/tape/changer: reorganize api Dominik Csapak
2021-01-26 11:48   ` Dietmar Maurer
2021-01-26 11:42 ` [pbs-devel] [PATCH proxmox-backup 1/4] docs/tape: fix some typos and improve wording Dietmar Maurer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20210125153057.30061-1-d.csapak@proxmox.com \
    --to=d.csapak@proxmox.com \
    --cc=pbs-devel@lists.proxmox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal