You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/azure-netapp-files/azacsnap-tips.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -26,12 +26,12 @@ AzAcSnap 8 introduced a new global settings file (`.azacsnaprc`) which must be l
26
26
27
27
Settings, which can be controlled by adding/editing the global settings file are:
28
28
29
-
-**MAINLOG_LOCATION** which sets the location of the "mainlog" output file, which is called `azacsnap.log` and was introduced in AzAcSnap 8. Values should be absolute paths, for example:
29
+
-**MAINLOG_LOCATION** which sets the location of the "main-log" output file, which is called `azacsnap.log` and was introduced in AzAcSnap 8. Values should be absolute paths, for example:
30
30
-`MAINLOG_LOCATION=/home/azacsnap/bin/logs`
31
31
32
-
## Mainlog parsing
32
+
## Main-log parsing
33
33
34
-
AzAcSnap 8 introduced a new "mainlog" to provide simpler parsing of runs of AzAcSnap. The inspiration for this file is the SAP HANA backup catalog, which shows when AzAcSnap was started, how long it took, and what the snapshot name is. With AzAcSnap, this idea has been taken further to include information for each of the AzAcSnap commands, specifically the `-c` options, and the file has the following headers:
34
+
AzAcSnap 8 introduced a new "main-log" to provide simpler parsing of runs of AzAcSnap. The inspiration for this file is the SAP HANA backup catalog, which shows when AzAcSnap was started, how long it took, and what the snapshot name is. With AzAcSnap, this idea has been taken further to include information for each of the AzAcSnap commands, specifically the `-c` options, and the file has the following headers:
After creating the `logrotate.conf` file, the `logrotate` command should be run regularly to archive AzAcSnap log files accordingly. Automating the `logrotate` command can be done using cron. The following output is one line of the azacsnap user's crontab, this example runs logrotate daily using the configuration file `~/logrotate.conf`.
241
+
After the `logrotate.conf` file has been created, the `logrotate` command should be run regularly to archive AzAcSnap log files accordingly. Automating the `logrotate` command can be done using cron. The following output is one line of the azacsnap user's crontab, this example runs logrotate daily using the configuration file `~/logrotate.conf`.
The following conditions should be monitored to ensure a healthy system:
270
270
271
271
1. Available disk space. Snapshots slowly consume disk space based on the block-level change rate, as keeping older disk blocks are retained in the snapshot.
272
-
1. To help automate disk space management, use the `--retention` and `--trim` options to automatically cleanup the old snapshots and database log files.
272
+
1. To help automate disk space management, use the `--retention` and `--trim` options to automatically clean up the old snapshots and database log files.
273
273
1. Successful execution of the snapshot tools
274
274
1. Check the `*.result` file for the success or failure of the latest running of `azacsnap`.
275
275
1. Check `/var/log/messages` for output from the `azacsnap` command.
@@ -453,7 +453,7 @@ A 'boot' snapshot can be recovered as follows:
453
453
1. The customer needs to shut down the server.
454
454
1. After the Server is shut down, the customer will need to open a service request that contains the Machine ID and Snapshot to restore.
455
455
> Customers can open a service request via the [Azure portal](https://portal.azure.com).
456
-
1. Microsoft restores the Operating System LUN using the specified Machine ID and Snapshot, and thenboot the Server.
456
+
1. Microsoft restores the Operating System LUN using the specified Machine ID and Snapshot, and thenboots the Server.
457
457
1. The customer then needs to confirm Server is booted and healthy.
0 commit comments