omv7:utilities_maint_backup

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
omv7:utilities_maint_backup [2024/04/22 04:05] crashtestomv7:utilities_maint_backup [2025/06/05 13:09] (current) – [Full Disk Mirroring / Backup with Rsync] crashtest
Line 236: Line 236:
 ===== Full Disk Mirroring / Backup with Rsync ===== ===== Full Disk Mirroring / Backup with Rsync =====
  
-While individual shared folders can be replicated using Services, Rsync, a more efficient approach is using an Rsync Command line, in a scheduled job, under System, Scheduled Jobs to mirror a drive. This method allows for replicating the file and folder contents of an entire data drive, to an external drive or a second internal drive of adequate size.+While individual shared folders can be replicated using **Services****Rsync**, a more efficient approach is using an Rsync Command line, in a scheduled job, under **System****Scheduled Jobs** to mirror a drive. This method allows for replicating the file and folder contents of an entire data drive, to an external drive or a second internal drive of adequate size.
  
-  * To implement something similar to the following example; it’s necessary to add and mount a destination drive, in accordance with the section labeled A Basic Data Drive.+  * To implement something similar to the following example; it’s necessary to add and mount a destination drive, in accordance with the New User Guide section labeled [[A Basic Data Drive|A Basic Data Drive]].
   * When formatted, the hard drives used in this example were labeled to indicate their function. This is a good practice that will help new users to easily identify drives and avoid admin mistakes.   * When formatted, the hard drives used in this example were labeled to indicate their function. This is a good practice that will help new users to easily identify drives and avoid admin mistakes.
   * Dissimilar sized drives can be used, provided that the destination drive is large enough to hold the source drive’s data.   * Dissimilar sized drives can be used, provided that the destination drive is large enough to hold the source drive’s data.
Line 262: Line 262:
 ---- ----
 \\ \\
-<html><center>To find the appropriate Rsync command line entries for the user’s serverunder <b>Storage</b>, <b>File Systems</b>, on the far right, click on the <b>table</b> icon. In the pop down menu, check the <b>Mount Point</b> box.</center></html>+<html><center>To find the appropriate UUID entries for the user’s drives for the Rsync command line; at the user's server under <b>Storage</b>, <b>File Systems</b>, on the far right, click on the <b>table</b> icon.</center></html>
 \\ \\
 {{ ::omv6-maint-08.jpg?800 |}} {{ ::omv6-maint-08.jpg?800 |}}
Line 268: Line 268:
 ---- ----
 \\ \\
-<html><center>In the popup menu, check the <b>Mount Point</b> Box</center></html>+<html><center>In the popup menu, check the <b>Mount Point</b> box.</center></html>
 \\ \\
 {{ ::omv6-maint-09.jpg?200 |}} {{ ::omv6-maint-09.jpg?200 |}}
Line 280: Line 280:
 ---- ----
 \\ \\
-To organize the construction of the Rsync command line, users should consider using a text editor like Windows Note Pad.  Copy the source drive on the left and the destination on the right.  Add in the command and switches.  Take care to end each drive with a "**/**".\\+To organize the construction of the Rsync command line, users should consider using a text editor like Windows Note Pad.  Copy the source drive on the left and the destination on the right.  Add in the command and switches.  Take care to end each drive UUID entry with a "**/**".\\
  
 The following is an example of a completed command line that will copy the entire contents of the source drive (**/dev/sdb1**) to the destination drive (**/dev/sdc1**). The following is an example of a completed command line that will copy the entire contents of the source drive (**/dev/sdb1**) to the destination drive (**/dev/sdc1**).
Line 314: Line 314:
  
 As shown in this example: As shown in this example:
-This Scheduled Task will run the Rsync command will run every Sunday at 0110AM.+This Scheduled Task will run the Rsync command every Sunday at 0110AM.
  
  
Line 526: Line 526:
 **The practical issues of maintaining boot drive clones – when to update and rotate?**\\ **The practical issues of maintaining boot drive clones – when to update and rotate?**\\
 \\ \\
-1. Linux Operating System package and security updates are unlikely to have a direct impact on the operation of the server.  While updating the boot drive is not strictly required after a package or security update, it would make sense to wait a week or two (more?) to insure that all is working.  Remember, the cloned drive is "the fall back" Insure that there are no ill effects with an OS update, before updating the clone. \\+1. Linux Operating System package and security updates are unlikely to have a direct impact on the operation of the server.  Updating the boot drive is not strictly required after a package or security update. After updating, it would make sense to wait a week or two (more?) to insure that all is working well and that there are no issues between existing packages and updates.  Remember, the cloned drive is "the fall back" Insure that there are no ill effects with an OS update, before updating the clone. \\
 \\ \\
 2. Add-on packages that are direct installed on the boot drive, Dockers (Plex, Urbackup, Pi-Hole, etc.), are another matter.  If add-ons are updated, where the update may change the way server add-on's interact with the data they generate, updating the cloned boot drive may be a good idea.\\ 2. Add-on packages that are direct installed on the boot drive, Dockers (Plex, Urbackup, Pi-Hole, etc.), are another matter.  If add-ons are updated, where the update may change the way server add-on's interact with the data they generate, updating the cloned boot drive may be a good idea.\\
 \\ \\
-3. If a network share is added, deleted, or any aspect of the NAS is reconfigured that changes the operation of the NAS, the backup would need to be updated. Otherwise,  if needed for recovery, the configuration of the cloned boot drive would not mesh with the configuration and contents of data storage drives.\\+3. If a network share is added, deleted, or any aspect of the NAS is reconfigured that changes the operation of the NAS, the backup would need to be updated. Otherwise, when used for recovery, the older configuration of the cloned boot drive would not mesh with the new configuration and contents of data storage drives.\\
 \\ \\
 4. If a cloning mistake is made (let’s respect Murphy’s Law), a 3rd clone could become a “fallback of last resort”. Given that Linux package upgrades and openmediavault sub-version upgrades have little to no effect on network shares or the high level configuration of the NAS, a 3rd clone can be maintained that is updated //only// when the NAS configuration is changed.\\ 4. If a cloning mistake is made (let’s respect Murphy’s Law), a 3rd clone could become a “fallback of last resort”. Given that Linux package upgrades and openmediavault sub-version upgrades have little to no effect on network shares or the high level configuration of the NAS, a 3rd clone can be maintained that is updated //only// when the NAS configuration is changed.\\
Line 591: Line 591:
 If USBImager.exe is opened on the Desktop, the image file will be deposited on the Desktop.  The file name will appear in the following format: **usbimager-20221209T1455.dd.zst**\\   If USBImager.exe is opened on the Desktop, the image file will be deposited on the Desktop.  The file name will appear in the following format: **usbimager-20221209T1455.dd.zst**\\  
 This format provides the year, month, date and time that the image is taken.\\ This format provides the year, month, date and time that the image is taken.\\
-If storing the image for future use, renaming it to something like **OMV6-Server1-2022-1209.dd.zst** may be helpful.\\+If storing the image for future use, renaming it to something like **OMV7-Server1-03-15-2025.dd.zst** may be helpful.\\
 \\ \\
 <html> <html>
Line 696: Line 696:
 **Third:**\\ **Third:**\\
 \\ \\
-In the vast majority of cases, Dockers that fail to work won’t have anything to do with openmediavault or PortainerTheir issues tend to originate from selecting the wrong architecture, selecting the wrong network mode (host, bridged, macvlan) for the application, other configuration issues (such as port 80 OMV/Docker conflicts), permissions problems or the Dockers themselves.\\+In the vast majority of cases, Dockers that fail to work won’t have anything to do with openmediavault or the Compose pluginDocker issues tend to originate from selecting the wrong architecture, selecting the wrong network mode (host, bridged, macvlan) for the application, other configuration issues (such as port 80 OMV/Docker conflicts), permissions problems or the Dockers themselves.\\
 \\ \\
 Since most Dockers share Network ports with the host (openmediavault), it’s important to use ports that are __not__ currently in use. To get a better understanding of network ports and for commands that will reveal ports that are in use, refer to this forum post for more information:\\ Since most Dockers share Network ports with the host (openmediavault), it’s important to use ports that are __not__ currently in use. To get a better understanding of network ports and for commands that will reveal ports that are in use, refer to this forum post for more information:\\
  • omv7/utilities_maint_backup.1713758734.txt.gz
  • Last modified: 2024/04/22 04:05
  • by crashtest