http___qnapsupport.net_qnapin-versioning-ozelligi-ile-veri-kaybi-riskini-dusurun__lang_Tr_1.xml
1.1 2.1 2.2 2.3 2.4 3.1 4.1 5.1 6.1 7.1 7.2 8.1 8.2 9.1 10.1 10.2 11.1 11.2 11.3 11.4 12.1 13.1 14.1 14.2 15.1 15.2 15.3 16.1 16.2 16.3 16.4 17.1 18.1 18.2 19.1 19.2 20.1 20.2 20.3 20.4 21.1 22.1 23.1 24.1 25.1 26.1 27.1 28.1 29.1 30.1 31.1 32.1 33.1 34.1 35.1 36.1 36.2 36.3 36.4 36.5 37.1 38.1 38.2 38.3 38.4 38.5 39.1 40.1 41.1 41.2 42.1 42.2 42.3 43.1 44.1 45.1 45.2 46.1 47.1 47.2 47.3 48.1 49.1 49.2 50.1 51.1 51.2 52.1 52.2 52.3
Introduction & Feature One of the core values of QNAP NAS is always to help small and medium businesses to preserve their data with utmost reliability. Therefore we have created a new feature, Backup Versioning, in our Backup Station’s RTRR function. This feature contains our latest backup technology that enables users to freely generate and restore multiple versions of the same files & folders not only one time, but at selected times, while minimizing the required storage needed. Backup Versioning therefore frees your business from the risk of accidental changes, corruption, or deletion of important files in a selected period. Audience This application note is intended for those who are responsible for administering a QNAP NAS for business use (as a data backup center with RTRR) therefore details regarding the existing RTRR backup process will not be addressed. How to Start What is Backup Version A normal backup job will only process one file/folder at a time during replication, and if a backup job is repeatedly carried out and the backup file is to be saved is in the same target folders, the previously backed up file will be replaced. In a shared data center this raises the risk of overwriting important data every time it is backed up. Using backup versioning in RTRR creates a new target folder to store the new backup data, therefore creating different versions of backed up files depending on when the backup is carried out and if the file has been modified since the last backup. An example of how this is beneficial is that a software company can still retain original working code while they continue to work on it, and if newer code fails to work they can easily restore the original working code: System Required To use Backup Versioning in Backup Station, you must install the Backup Versioning App from the App Center. Just click the App Center in the QTS desktop, search and install Backup Versioning and add it to QTS on both the local and remote NAS. When installed, go to Backup Station and create a backup task. Before starting, please enable the RTRR server on the remote NAS (select RTRR server at the right hand corner and check if the Real-time Remote Replication Server is enabled). Before clicking Apply, you also need to provide the port number which links to your remote device or other NAS if the system does not automatically show the default value. You must also enter that device’s admin login password (not necessary for local to local backup). Create Replication Backup with Version Control To use Backup Versioning, go to Backup Station and select RTRR from Remote Replication. Click Create a Replication Job to enter the Synchronization Job Wizard and backup your file with Backup Versioning feature. When asked for the job’s action, select Backup to create a Backup Job that enables Backup Versioning. Below you can choose if the data be backed up to a remote folder, local folder or external drive. In this example, we will select “Local folder to remote folder” (this process is similar to “Local folder to local folder”). The next step will be configuring your remote host settings. If you have provided the port address in the RTRR server, it should be here and you can input the IP address of the remote host that you want to back up to. For example we have another NAS, so we enter its IP address and the admin password. We can confirm these details are correct by pressing the Test button. *You can set the maximum transfer rate now or after the job is created to optimize your network resource usage. The following wizard steps are the same for selecting both remote and local folders as the backup folder. In the window you can select the folders you want to backup and where they will be backed up to. As we selected the backup action, in Replication Options we only need to select the Schedule and set it as an Hourly, Daily, Weekly or Monthly backup job. It is essential to check the “Configure policies, filters and Version Control” as this will enable Backup Versioning for this job. In the next step, to enable and configure how backup versioning work, check “Enable Version Control” and two options will show after selection. The first is Simple Versioning, which allows you to set the maximum number of versions for a file and number of days to retain them. When the maximum number of versions is reached, the oldest backup will be replaced by the latest job. While Day to Retain defines how long a version file will exist after it was created. The second is Smart Versioning, which allows you to set maximum hourly versions and the maximum number of daily, weekly and monthly versions. The backup job creates the latest version, and converts previous versions to hourly/daily/weekly/monthly versions based on the settings (daily versions become weekly versions, weekly versions become monthly versions, etc). Here are some examples to understand the benefits according to the settings: - If a backup job is set every hour and with maximum Hourly 5 , Daily 6, Weekly 3, Monthly 4 - In this case, there will be 6 hourly versions for the current day, 6 versions kept over 6 days, then 3 versions over 3 weeks, then 4 versions over 4 months. - Total is 18 versions - Backup retention is 6 days + 3 weeks + 4 months for a total of 5 months - If the same backup job is started manually every 2 days with maximum Hourly 5 , Daily 6, Weekly 3, Monthly 4 - There will be no hourly version because the backup only runs every 2 days, and there will be 6 daily versions, taken every 2 days (so around 12 days of backups), then 3 weekly versions (older than the daily version, so 3 more weeks of backups), then 4 monthly versions - So the backup retention is 12 days + 3 weeks + 4 months for a total of about 5 months and 1 week - If the same backup job starts every week with a maximum Hourly 5 , Daily 6, Weekly 3, Monthly 4 - There will be no hourly versions because the backup runs only every week, and there will be 6 daily versions, each taken every week (so around 6 weeks of backups), then 4 weekly versions (older than the daily version, so 4 more weeks of backups), then 4 monthly versions - So the backup retention is 10 weeks + 4 months for a total of about 6 months - If the weekly version is set to 0, then daily versions directly become monthly: - If the backup job starts every hour with maximum Hourly 5 , Daily 6, Weekly 0, Monthly 7 Therefore, it allows for flexible backup retention versus data usage. It is possible to retain fewer versions while backups get older. After selecting the version control model, the remaining configuration is the same as the original RTRR backup wizard. You will need to adjust the timeout/retry and advanced settings for the backup process and file types to backup. At the end of wizard, please check that the version control information has been given, and the job has been created in the RTRR backup list. Edit a Backup Job with Backup Versioning After a backup job is created, you can change the Version Control policy in the RTRR section of Backup Station. To do this, enter Backup Station and select RTRR in from the drop-down menu. You can check each backup job in the content window, select the Edit icon next to each backup job, and enter the Version Control tab. Here you can change a backup job to use or not use Backup Versioning using “Enable version control”. You can also set the values of Simple or Smart Versioning for the backup job. Restore Backup File Backup Behavior When backup versioning jobs are created and running, you can check the status of each backup job in the RTRR section of Backup station. When checking the backup folder from either Windows or File Station on the NAS, you can see that different backup folders are created with the name of their backup time. Multiple files appear in different backup versions, but will only use additional space if they are different. If no changes are made between versions, there is no additional backup space required. And even early version of files are deleted, the later version’s file will still be accessible. There are several behaviors of the backup versioning process that need attention. - The newest backup version will always be named latest, and this version will not be calculated regarding the maximum settings. - Excluding the latest version, the backup folders will have their folder name in the following format: yyyy/mm/dd/hh/mm to identify different versions. The files within each folder will retain their original filenames. - In smart version control, there will also be a letter in the end of each folder to suggest whether it is an hourly, daily, weekly or monthly backup version. - The smart versioning control will transfer the oldest version in a version type to the next type when reach the transfer period. For example, at 07/15/2015 there has hourly versions at 21, 22 and 23pm, when reach 07/16, the hourly version at 21pm will be transferred to daily version of 07/15. (The transferring will only happen during the backup) Restore backup file in File Station To restore a file/folder from a backup folder with backup versioning, simply open the File Station of the NAS where you put the backup data, select the desired backup folders, and copy the file to the location you wish to place it. You can right click on the file to check if the modification date matches your desired time. Restore backup file in Backup Station Just as using the normal RTRR restore process, select the RTRR from Backup Station’s drop-down menu and click Create a Replication Job to enter the Synchronization Job Wizard. Select Restore, and enter your remote device’s IP address, password. When in the folder selection step, select the desired versions of backup folders according to the time and date on the folder name. After selecting them you can set the timeout and retry options and complete the wizard. After completion, check the processing of the work from the RTRR window.
1.1 2.1 3.1 4.1 5.1 6.1 7.1 8.1 9.1 10.1 11.1 12.1 13.1 14.1 15.1 16.1 17.1 18.1 19.1 20.1 21.1 22.1 23.1 24.1 25.1 26.1 27.1 28.1 29.1 30.1 31.1 32.1 33.1 34.1 35.1 36.1 37.1 38.1 39.1 40.1 41.1 42.1 43.1 44.1 45.1 46.1 47.1 48.1 49.1 50.1 51.1 52.1
Giriş ve Özelliği QNAP NAS temel değerlerinden biri son derece güvenilirliği ile verilerinizi korumak için küçük ve orta ölçekli işletmelere yardımcı olmak her zaman. Bu nedenle bizim Yedekleme Station RTRR işlevinde yeni bir özellik, Yedekleme Versioning oluşturduk. Gerekli depolama ihtiyacı en aza indirirken Bu özellik, seçilen zamanlarda serbestçe aynı dosyalara ve klasörlere sadece bir kez birden çok sürümünü oluşturabilir ve geri yükleme olanağı sağlar en son yedekleme teknolojisi içerir, ancak. Yedekleme Sürüm nedenle riskine işinizi kurtarır seçilen dönemde yanlışlıkla değişiklikler, yolsuzluk, ya da önemli dosyaların silinmesi. seyirci Bu uygulama notu, bu nedenle (RTRR ile bir veri yedekleme merkezi gibi) ele olmayacak mevcut RTRR yedekleme sürecine ilişkin ayrıntılar iş kullanımı için bir QNAP NAS yönetiminden sorumlu olanlar için tasarlanmıştır. Nasıl başlamalı 1. 1.1. Yedekleme Sürüm nedir Normal yedekleme işi sadece çoğaltma sırasında bir seferde bir dosya / klasör işlemek ve bir yedekleme işi tekrar tekrar yürütülür ve yedekleme dosyası kaydedileceği eğer önceden yedeklenmiş dosya değiştirilir, aynı hedef klasörlerinde olduğunu olacaktır. Paylaşılan veri merkezinde bu önemli verileri yedeklenen her zaman üzerine riskini yükseltir. RTRR yedek sürüm kullanılarak bu nedenle yedekleme gerçekleştirildiği zaman ve dosya son yedekleme beri değiştirilip değiştirilmediğini bağlı yedeklenmiş dosyaların farklı sürümlerini oluşturarak, yeni yedekleme veri depolamak için yeni bir hedef klasör oluşturur. Bu faydalıdır nasıl bir örnek bunun üzerinde çalışmaya devam eder ve yeni kod çalışmaya başarısız olursa kolayca orijinal çalışma kodunu geri yükleyebilirsiniz ederken bir yazılım şirketi hala orijinal çalışma kodu korumak olmasıdır: 1.2. sistem Gerekli Yedekleme Station Yedekleme Versioning kullanmak için, App Center Yedekleme Sürüm App yüklemeniz gerekir. Sadece QTS masaüstü Uygulama Merkezi’ni tıklatın arama ve Yedekleme Versioning yüklemek ve yerel ve uzak NAS hem QTS ekleyin. Kurulduğunda, Yedekleme istasyonuna gidin ve bir yedekleme görevi oluşturun. başlamadan önce, uzak NAS üzerinde RTRR sunucusunu etkinleştirmek lütfen (sağ köşesinde RTRR sunucusunu seçin ve gerçek zamanlı uzaktan Çoğaltma Server etkin olup olmadığını kontrol edin). Uygula tıklamadan önce, aynı zamanda sistem otomatik olarak varsayılan değeri göstermez eğer uzak aygıt veya başka bir NAS bağlanan port numarasını sağlamanız gerekir. Ayrıca (yerel yedekleme yerel için gerekli değildir) o cihazın yönetici giriş şifresini girmeniz gerekir. 2. Çoğaltma Oluştur 2.1. Sürüm Kontrolü ile Yedekleme Yedekleme Versioning kullanmak için, Yedekleme istasyonuna gidin ve Uzaktan Çoğaltma gelen RTRR seçin. Senkronizasyon İş Sihirbazı ve yedekleme Yedekleme Sürüm özelliği ile dosya girmek için çoğaltma İşi oluştur tıklayın. Işin eylem için sorulduğunda seçin Yedekleme Versioning sağlayan bir yedekleme işi oluşturmak için. Veri uzak bir klasöre, yerel klasör veya harici sürücüye yedeklenmesi eğer seçebilirsiniz görebilirsiniz. Bu örnekte, “uzak klasöre Yerel klasör” seçecektir (bu süreç “yerel klasöre Yerel klasöre” benzer). Bir sonraki adım uzak ana ayarlarını yapılandırma olacaktır. Eğer RTRR sunucusu bağlantı noktası adresi temin varsa, burada olmalı ve olabildiğince girişi yedeklemek istediğiniz uzak ana bilgisayarın IP adresi. Mesela biz başka NAS var, bu yüzden IP adresini ve yönetici parolasını girin. Biz bu detaylar test düğmesine basarak doğru teyit edebilir. iş ağ kaynak kullanımını optimize etmek için oluşturulduktan sonra * Artık maksimum veri transfer hızını ayarlayabilir veya yapabilirsiniz. Aşağıdaki sihirbaz adımlar yedekleme klasörü olarak uzak ve yerel hem de klasörleri seçmek için aynıdır. penceresinde yedekleme ve nerede onlar yedeklenmiş olacak istediğiniz klasörleri seçebilirsiniz. Biz yedek eylemi seçildiği gibi, çoğaltma Seçenekler sadece Takvimi seçmek ve bir Saatlik, Günlük, Haftalık veya Aylık yedekleme işi olarak ayarlamanız gerekir. Bu iş için Yedekleme Versioning sağlayacak şekilde “yapılandırma politikaları, filtreler ve Sürüm Kontrolü” kontrol etmek esastır. Bir sonraki adımda, “Sürüm Kontrolünü Etkinleştir” ve iki seçenek seçildikten sonra görünecektir kontrol etkinleştirmek ve nasıl yedekleme tarayıcıda çalışmasını yapılandırmak için. Ilk bir dosya ve sayısı fazla sürüm sayısını ayarlamak için izin verir Basit Sürüm olduğunu gün onları korumak için. sürümleri sayısı ulaşıldığında, en eski yedekleme son işi ile değiştirilecektir. Gün koru iken oluşturulduktan sonra bir sürümü dosya var ne kadar süreceğini belirler. İkinci maksimum saatlik sürümleri ve günlük, haftalık ve aylık fazla sürüm sayısını ayarlamak için izin verir Akıllı sürüm vardır. yedekleme işi en son sürümünü oluşturur ve önceki sürümleri dönüştürür saatlik günlük / ayarlara dayalı haftalık / aylık sürümleri (günlük sürümleri haftalık versiyonları olmak, haftalık versiyonları aylık sürümleri vb olmak) /. İşte ayarlarına göre faydaları anlamak için bazı örnekler: - Bir yedekleme işi her saat ve 4 maksimum saatlik 5, günlük 6, Haftalık 3, Aylık ile ayarlanmış ise - Bu durumda, geçerli gün için 6 saatlik versiyonları 6 sürümleri 4 ay içinde, sonra 3 hafta boyunca, daha sonra 6 gün boyunca 4 sürümleri 3 sürümleri tutulur olacak. - Toplam 18 sürümleri - Yedek tutma 5 aylık toplam 6 gün + 3 hafta + 4 aydır - Aynı yedekleme işi 2 günde 4 saatlik 5, günlük 6, Haftalık 3, Aylık maksimum elle başlatılırsa - yedek sadece 2 günde çalıştığı için herhangi bir saatlik versiyonu olacak ve böylece 3 daha sonra 2 günde (yani yaklaşık 12 gün yedekleri) alınan 6 günlük versiyonları, 3 haftalık sürümleri (günlük sürümden daha eski, orada olacağım yedeklemeler hafta), daha sonra 4 aylık versiyonları - Yani yedekleme tutma yaklaşık 5 ay ve 1 hafta olmak üzere toplam 12 gün + 3 hafta + 4 aydır - Aynı yedekleme işi maksimum saatlik 5, Günlük 6, Haftalık 3, Aylık 4 ile her hafta başlarsa - Yedek sadece her hafta çalıştığı için herhangi bir saatlik versiyonları olacak ve daha sonra 6 günlük versiyonları, alınan her her hafta (yedekleri yani yaklaşık 6 hafta), 4 haftalık sürümleri (günlük sürümden daha eski, yani 4 hafta daha olacak daha sonra 4 aylık sürümleri) yedeklerinin - Yani yedekleme tutma yaklaşık 6 ay olmak üzere toplam 10 hafta + 4 aydır - Haftalık sürüm 0′a ayarlanırsa, o zaman günlük versiyonları doğrudan aylık olmak: - Yedekleme işi maksimum saatlik 5, Günlük 6, Haftalık 0 ile her saat başlarsa, 7 Aylık Bu nedenle, veri kullanımı karşısında esnek yedekleme tutma sağlar. Yedekleme yaşlandıkça ise daha az sürümleri korumak mümkündür. sürüm kontrolü modelini seçtikten sonra, kalan yapılandırma orijinal RTRR yedekleme sihirbazı aynıdır. Sen yedekleme yedekleme işlemi ve dosya türleri için zaman aşımı / yeniden deneyin ve gelişmiş ayarlarını gerekecektir. Sihirbazın sonunda, sürüm kontrolü bilgileri verilmiş ve iş RTRR yedek listesinde oluşturulduğunu kontrol edin. 2.2. Yedekleme Versioning bir yedekleme İşi düzenlemek Bir yedekleme işi oluşturulduktan sonra, Backup Station RTRR bölümünde Sürüm Kontrolü politikasını değiştirebilir. Bunu yapmak için, Yedekleme Station girin ve açılır menüden de RTRR seçin. Sen, içerik penceresinde her yedekleme işi kontrol her yedekleme işi yanındaki Düzenle simgesini seçin ve Sürüm Kontrolü sekmesini girebilirsiniz. Burada “sürüm kontrolü Enable” seçeneğini kullanarak Yedekleme Versioning kullanmak ya da kullanmamak için bir yedekleme işi değiştirebilir. Ayrıca yedekleme işi için basit veya Akıllı Sürümleri değerlerini ayarlayabilirsiniz. 3. Yedekleme Dosya Geri Yükleme 3.1. yedekleme Davranış Yedek tarayıcıda işleri oluşturulur ve çalıştırırken, Backup istasyonunun RTRR bölümünde her yedekleme işi durumunu kontrol edebilirsiniz. Ya Windows yedekleme klasörü kontrol veya NAS File Station zaman, farklı yedekleme klasörleri kendi yedekleme süresi adıyla oluşturulan görebilirsiniz. Çoklu dosyaları farklı yedekleme sürümü görünür, ancak farklı ise sadece ek alan kullanır. herhangi bir değişiklik sürümleri arasında yapılırsa, gerekli ek yedekleme alanı vardır. Ve dosyaların bile erken sürümü silinir, daha sonra sürümün dosya hala erişilebilir olacaktır. dikkat edilmesi gereken yedekleme çeşitleme sürecinin çeşitli davranışları vardır. - Yeni yedekleme sürümü her zaman en son adlandırılacak ve bu versiyon maksimum ayarları ile ilgili hesaplanır olmayacaktır. - son sürümü hariç, yedekleme klasörleri aşağıdaki biçimde kendi klasör adını sahip olacaktır: farklı sürümleri tanımlamak için yyyy / aa / gg / ss / mm. Her klasörün içindeki dosyaların orijinal dosya korur. - Akıllı sürüm kontrolü olarak, aynı zamanda bir saatlik, günlük, haftalık veya aylık yedekleme sürümü olup olmadığını önermek için her klasörün sonunda bir mektup olacak. - Transfer dönemi ulaştığında akıllı bir tarayıcıda kontrolü bir sonraki türü için bir sürüm türü eski sürümü aktaracaktır. Örneğin, 07/15/2015 at ulaşmak 16/07, 21pm de saatlik versiyonu 07/15 günlük sürümüne transfer edilecek 21, 22 ve 23pm en saatlik versiyonları var sahiptir. (Aktarma sadece yedekleme sırasında olur) 3.2. File Station yedekleme dosyasını geri Yedek sürüm ile bir yedekleme klasörüne bir dosya / klasör geri yüklemek için sadece yedekleme veri koymak NAS File Station açın, istediğiniz yedekleme klasörleri seçin ve bunu yerleştirmek istediğiniz yere dosyayı kopyalamak. Haklısınız değişiklik tarihi istediğiniz zaman eşleşirse denetlemek için dosyanın üzerine tıklayabilirsiniz. 3.3. Yedekleme Station yedekleme dosyasını geri Sadece normal RTRR geri yükleme işlemi kullanılarak, Yedekleme Station’ın açılır menüden RTRR seçin ve Senkronizasyon İş Sihirbazı girmek için bir çoğaltma İş Oluştur’u tıklatın. , Şifre eski haline seçin ve uzaktan cihazın IP adresini girin. klasör seçimi aşamasında, klasör adı zaman ve tarihe göre yedek klasörler istenen sürümlerini seçtiğinizde. Onları seçtikten sonra zaman aşımını ayarlamak ve seçenekleri yeniden ve sihirbazı tamamlayın. tamamlanmasından sonra, RTRR penceresinden işin işlenmesini kontrol edin.