Monitoring file systems backup Post: 302901023

Sponsored Content

Special Forums UNIX and Linux Applications Infrastructure Monitoring Monitoring file systems backup Post 302901023 by frhling on Saturday 10th of May 2014 04:34:12 PM

05-10-2014

Registered User

Monitoring file systems backup

Hello,
I have some questions.
There are some File systems which are located on a SAN. There are two scenarios:
1) Some file systems are permanently mounted on certain servers
2) Others are part of a high availability cluster

In case of a cluster the needed file systems for a certain application are all visible to all cluster nodes (cluster servers) at the same time. A certain node is assigned to primarily run a certain service. Therefore it mounts the file system and provides the service as a new, virtual IP. The trick is now, that the virtual IP and virtual name can also be brought up by another cluster node in case the first one fails. This by itself is not a problem but it has turned out that this provides a problem for the backup because the backup is naturally file system oriented. From a user (or calling services) perspective the user only talks to the virtual IP and name, which never changes. He has no idea that this IP is in reality running on a physical cluster node with its own IP and name and on top of that the cluster nodes can even change.

by the default log file, I just get the machine names, mount points, full backup and incremental backups.

Now the question is how to be sure if file systems are correctly backed up?

I can think of some aproached:
1- check the list of file system and check the list of backed up files and compare to see if those FS are in back up. we pay attention to timestamp
2- the same as above but this time comparing also the size
3- check if machines in general are backed up
4- MD5 checksum

can someone give me any other idea and in general some suggestion?

Thanks

frhling

View Public Profile for frhling

Find all posts by frhling

4 More Discussions You Might Find Interesting

1. Filesystems, Disks and Memory

Backup Linux file systems

Hi, I need to backup files on our Solaris machines onto a windows machine. I have Samba installed. Is it possible to backup these files on Solaris/Linux machines onto a Windows machine. Thanks Aravind

2. UNIX for Dummies Questions & Answers

Backup Software for UNIX systems

Hi, which software is recommended for backup of UNIX systems ( e.g. SUN, Solaris ). Backup software and database e.g. Oracle. One possibility is Networker, but license is expensive and also service contract. Best regards Dieter

3. UNIX for Dummies Questions & Answers

Monitoring Unix systems

I am looking for a commercial tool that will give me -UNIX Monitoring performance solution+ reports on CCV format. (as perfmon on windows machines). The tool must have following counters per PROCESS: Page Faults/sec Virtual Bytes % Processor Time Handles count Threads count...

4. AIX

How to exclude directory from (File Systems) backup?

Hello AIX experts, I have a file system called /bossapp Its size = 77.5 GB I want to take a File Systems backup for this one using smitty, it is very easy, but the problem is I want to exclude one directory called (ORIGIN). How? The steps are very easy to take a File Systems backup,...

LEARN ABOUT NETBSD

fsck_msdos

FSCK_MSDOS(8)						    BSD System Manager's Manual 					     FSCK_MSDOS(8)

NAME

     fsck_msdos -- DOS/Windows (FAT) filesystem consistency checker

SYNOPSIS

     fsck_msdos -p [-f] filesystem ...
     fsck_msdos [-fny] [-x snap-backup] filesystem ...

DESCRIPTION

     The fsck_msdos utility verifies and repairs FAT filesystems (more commonly known as DOS filesystems).

     The first form of fsck_msdos preens the specified filesystems.  It is normally started by fsck(8) run from /etc/rc during automatic reboot,
     when a FAT filesystem is detected.  When preening file systems, fsck_msdos will fix common inconsistencies non-interactively.  If more seri-
     ous problems are found, fsck_msdos does not try to fix them, indicates that it was not successful, and exits.

     The second form of fsck_msdos checks the specified file systems and tries to repair all detected inconsistencies, requesting confirmation
     before making any changes.

     The options are as follows:

     -f 	       This option is ignored by fsck_msdos, and is present only for compatibility with programs that check other file system
		       types for consistency, such as fsck_ffs(8).

     -n 	       Causes fsck_msdos to assume no as the answer to all operator questions, except ``CONTINUE?''.

     -p 	       Preen the specified filesystems.

     -x snap-backup    Use a snapshot with snap-backup as backup to check a read-write mounted filesystem.  Must be used with -n.  See fss(4) for
		       more details.  The point is to check an internally-consistent version of the filesystem to find out if it is damaged; on
		       failure one should unmount the filesystem and repair it.

     -y 	       Causes fsck_msdos to assume yes as the answer to all operator questions.

SEE ALSO

     fss(4), fsck(8), fsck_ffs(8), mount_msdos(8)

BUGS

     fsck_msdos is still under construction.

BSD
								  April 11, 2010							       BSD