Changes

Jump to navigation Jump to search
Line 46: Line 46:  
{{Tip box|msg=The Restore from USB on first boot function (on a newly installed SME 10 server), will only utilise backups that are saved as '''smeserver.tgz''' files, which are the [[SME_Server:Documentation:Administration_Manual:Chapter6#Option 8: Perform backup to USB device|Console Backup]] to USB or the Server Manager backup to Desktop. The Server Manager "Backup to Workstation" (either to USB or network share) creates a "backupdate.dar" type filename (or multiple split parts) and cannot be used to restore using the "Restore on first boot" function, it can only be used for restores from the Server Manager. The new install must have its backup to workstation configured as per the old install.}}
 
{{Tip box|msg=The Restore from USB on first boot function (on a newly installed SME 10 server), will only utilise backups that are saved as '''smeserver.tgz''' files, which are the [[SME_Server:Documentation:Administration_Manual:Chapter6#Option 8: Perform backup to USB device|Console Backup]] to USB or the Server Manager backup to Desktop. The Server Manager "Backup to Workstation" (either to USB or network share) creates a "backupdate.dar" type filename (or multiple split parts) and cannot be used to restore using the "Restore on first boot" function, it can only be used for restores from the Server Manager. The new install must have its backup to workstation configured as per the old install.}}
   −
{{Note box|msg=It is highly recommended that USB drives to be used for backing up '''SME 9.x''' servers prior to an upgrade to 10.n be formatted with a Linux file system. When formatting a USB to use for restore it can be type FAT or FAT32, and is preferred to be ext3 or ext4. If ext4 it should '''not''' be formatted with an OS more recent than RHEL6 for SME9; this is because ext4 has seen multiple incompatible option added with time that are not retrocompatible with earlier releases. So, the simple way is to mount the USB dive to the SME 9.x server you wish to back up and format it ext 3 or 4. Ensure that is is then unmounted. The USB drive must '''not''' be mounted beofre running conosle backup or the backup will fail to find the drive.}}
+
{{Note box|msg=It is highly recommended that USB drives to be used for backing up '''SME 9.x''' servers prior to an upgrade to 10.n be formatted with a Linux file system. When formatting a USB to use for restore it can be type FAT or FAT32, and is preferred to be ext3 or ext4. If ext4 it should '''not''' be formatted with an OS more recent than RHEL6 for SME9; this is because ext4 has seen multiple incompatible options added with time that are not back-compatible with earlier releases. So, the simple way is to mount the USB dive to the SME 9.x server you wish to back up and format it ext 3 or 4. Ensure that is is then unmounted. The USB drive must '''not''' be mounted before running console backup or the backup will fail to find the drive.}}
 
======<big>Upgrade via Console backup to USB drive</big>======
 
======<big>Upgrade via Console backup to USB drive</big>======
 
* Log in as admin and Backup the '''old server''' via a [[SME_Server:Documentation:Administration_Manual:Chapter6#Option 8: Perform backup to USB device|Console Backup]] to an attached USB disk. This may take many hours, even days, if you have a lot of data on your server, depending on USB port speed, USB drive speed, and types of files being backed up, i.e. whether already compressed or not etc. Typically for 250Gb of data on your server hard drive, 2 to 4 hours. Multiple terabytes may take multiple days.
 
* Log in as admin and Backup the '''old server''' via a [[SME_Server:Documentation:Administration_Manual:Chapter6#Option 8: Perform backup to USB device|Console Backup]] to an attached USB disk. This may take many hours, even days, if you have a lot of data on your server, depending on USB port speed, USB drive speed, and types of files being backed up, i.e. whether already compressed or not etc. Typically for 250Gb of data on your server hard drive, 2 to 4 hours. Multiple terabytes may take multiple days.

Navigation menu