Sponsored Content
Operating Systems Solaris Understanding ZFS Snapshots - why will it utilize space ? Post 303013453 by Peasant on Wednesday 21st of February 2018 02:08:33 PM
Old 02-21-2018
In a nutshell yes.
It is confusing a bit from user perspective,zfs used/usedsnap etc.

I would recommend reading about snapshots and COW in general.
Any tech that uses those, basically works on same principle.

Range is from filesystems (zfs,brtfs etc.) to enterprise storage systems with proprietary HW/SW.
Everything works the same way more or less.

Lets say blocks need to be modified due to write request.

Instead of overwriting blocks, zfs will write a change a new blocks, while old blocks will still contain old data, and that data will remain on disk until needed and is considered free.

This is what enables snapshots,clones, rollback etc. which is fundamental design of zfs filesystem/volume manager.

If there is a snapshot (pointers to old blocks at the time snapshot is taken), those will not be considered free but will remain unchanged (read the blog i posted, it is extremely good).
This is what enables snapshots,clones, rollback etc.

ZFS is a great and fairly complex product code wise with a lot of time and effort put into it.

One can only put a hat down to those SUN engineers behind it.
Those guys were ahead of their time.

Also, i must apologize upfront for information given in this post due to minor alcohol intoxication Smilie
This happens you know, when you are in automation business.
As a folks say here
'An idle mind is a devils workshop' Smilie

Regards
Peasant.
This User Gave Thanks to Peasant For This Post:
 

3 More Discussions You Might Find Interesting

1. Solaris

How to utilize the 2nd hard disk space in x86 solaris 5.10

I have 2 hard disks ,one hard disk(40gb) completely for windows Os,and the other(120gb) for solaris Os. In the second hard disk.I have utilised around 10gb for the solaris installation and also partitioned with the available 10gb space for the solaris x86 OS. Now i need to utilise the... (8 Replies)
Discussion started by: jayaprakash
8 Replies

2. Solaris

Recommended Patch Cluster Using ZFS Snapshots

I have a question regarding installing recommended patch clusters via ZFS snapshots. Someone wrote a pretty good blog about it here: Initial Program Load: Live Upgrade to install the recommended patch cluster on a ZFS snapshot The person's article is similar to what I've done in the past. ... (0 Replies)
Discussion started by: christr
0 Replies

3. Solaris

Permissions to run ZFS Snapshots

Hi, I work as an Oracle Technical consultant (mainly DBA related), and I have used ZFS snapshots on previous projects which has helped me a great deal. I often take snapshots before doing some dev work, and then I can roll it back if I want to start again, or if it goes pear shaped!! I have... (4 Replies)
Discussion started by: AndyG
4 Replies
vxcached(1M)															      vxcached(1M)

NAME
vxcached - resize cache volumes when required SYNOPSIS
/etc/vx/bin/vxcached [-v] [mail-address ...] DESCRIPTION
The Veritas Volume Manager cache daemon, vxcached, is invoked by the VxVM kernel to monitor the cache objects that are used by space-opti- mized snapshots. When usage of a cache volume by space-optimized snapshots reaches the high watermark level that has been set for the cache, vxcached automatically grows the cache volume if this is required and configured. The -v option enables the daemon in verbose mode. If no mail addresses are given as arguments, mail is sent to root. If the autogrow feature has been enabled on a cache object, the values of the highwatermark, autogrowby and maxautogrow attributes for the cache object determine the behavior of vxcached: o When cache usage reaches the high watermark value, highwatermark, (default value is 90 percent), and the new required cache size would not exceed the value of maxautogrow (default value is twice the size of the cache volume in blocks), vxcached grows the size of the cache volume by the value of autogrowby (default value is 20% of the size of the cache volume in blocks). o When cache usage reaches the high watermark value, and the new required cache size would exceed the value of maxautogrow, vxcached deletes the oldest snapshot in the cache. If there are several snapshots with the same age, the largest of these is deleted. If the autogrow feature has been disabled on a cache object: o When cache usage reaches the high watermark value, vxcached deletes the oldest snapshot in the cache. If there are several snapshots with the same age, the largest of these is deleted. If there is only a single snapshot, the snapshot is detached and marked as invalid. The values of the highwatermark, autogrowby and maxautogrow attributes can be set when a cache object is created using vxmake. If neces- sary, you can use the vxcache set command to change the values of these attributes for an existing cache. NOTES
The vxcached daemon is started automatically if a license for the FastResync feature is already present on the system. If you add such a license while VxVM is running, you can either start vxcached manually, or shut down and reboot the system. Killing the vxcached process stops it from removing snapshots. The daemon can be prevented from being started by commenting out its entry in the startup script, /sbin/init.d/vxvm-recover. The vxcached daemon does not remove snapshots that are currently open, and it does not remove the last or only snapshot in the cache. If the cache space becomes exhausted, the snapshot is detached. If this happens, the snapshot is unrecoverable and must be removed manu- ally. Enabling the autogrow feature on the cache helps to avoid this situation occurring. However, for very small caches (of the order of a few megabytes), it is possible for the cache to become exhausted before the system has time to respond and grow the cache. In such cases, either increase the size of the cache manually, or reduce the value of highwatermark. You can use the maxautogrow attribute to limit the maximum size to which a cache can grow. To estimate this size, consider how much the contents of each source volume are likely to change between snapshot refreshes, and allow some additional space for contingency. SEE ALSO
vxcache(1M), vxintro(1M), vxmake(1M), vxsnap(1M) VxVM 5.0.31.1 24 Mar 2008 vxcached(1M)
All times are GMT -4. The time now is 12:42 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy