Compressed snapshots Question?

Discussion in 'FirstDefense-ISR Forum' started by Birdman, May 10, 2007.

Thread Status:
Not open for further replies.
  1. Birdman

    Birdman Registered Member

    Joined:
    Nov 24, 2003
    Posts:
    571
    Currently on my partition I have 3 snapshots......

    PRIMARY (working)

    Secondary (daily backup)

    Weekly (compressed)


    Since the "Weekly" snapshot in COMPRESSED, can I boot into this and use it to update the Primary (if ever needed)?

    Does it automatically un-compress itself when you boot to this snapshot?

    Can someone please "school" me on FD-ISR compressed snapshots? Thanks.
     
  2. screamer

    screamer Registered Member

    Joined:
    Apr 14, 2006
    Posts:
    921
    Location:
    Big Apple USA
    ===================================================================
    V. Version 1.1 Release Notes
    ===================================================================

    Compressed Snapshots
    --------------------

    A snapshot can now be compressed. This means that all the files in
    the snapshot are compressed using NTFS file compression.

    Only a new snapshot can be compressed. An existing snapshot cannot
    be converted. Use "<New Compressed Snapshot>" in the Copy Wizard
    or the INITC command in the command line interface.

    Once a snapshot is compressed it stays compressed. All updates of
    the snapshot are compressed.

    A copy of a compressed snapshot is not compressed unless the target
    snapshot is explicitly created as compressed.

    An archive of a compressed snapshot is not compressed. That is, if
    you restore an archive of a compressed snapshot the resultant
    snapshot is not compressed unless the snapshot is explicitly
    created as compressed.

    ...screamer
     
  3. Birdman

    Birdman Registered Member

    Joined:
    Nov 24, 2003
    Posts:
    571
    Thanks for the info. So if I boot to a compressed snapshot....it will no longer be compressed, right?
     
  4. screamer

    screamer Registered Member

    Joined:
    Apr 14, 2006
    Posts:
    921
    Location:
    Big Apple USA
    I don't use compressed SS, but from this line I gather it will not be compressed:

    A copy of a compressed snapshot is not compressed unless the target
    snapshot is explicitly created as compressed.


    ...screamer
     
  5. EASTER.2010

    EASTER.2010 Guest

    Whats the big stink about over COMPRESSED snapshots except that it saves just a little more space then not. Inquiring minds would like to know because the functionality REMAINS THE SAME either/or :cool: Right?
     
  6. tradetime

    tradetime Registered Member

    Joined:
    Oct 24, 2006
    Posts:
    1,000
    Location:
    UK
    One might be forgiven for asking, if the functionality remains the same, why aren't all snapshots compressed by default?
     
  7. flinchlock

    flinchlock Registered Member

    Joined:
    Jan 30, 2005
    Posts:
    554
    Location:
    Michigan
    From FD-ISR Help file (ISRHelp21.chm)...
    Those are all the sentences that contain the word compress.

    Mike
     
  8. Peter2150

    Peter2150 Global Moderator

    Joined:
    Sep 20, 2003
    Posts:
    17,040
    I suspect that the compressed snapshots probably slow things down a bit. If work in one every time you access a file it has to decompress it and then recompress it. Also one of the now gone Raxco support guys explained to me that when you compress files, the defrag api leaves space between files for the decomress, and thus you end up with a highly fragmented drive, ie like the archives.

    Is all this good or bad. I don't use them as space is a non issue.
     
  9. EASTER.2010

    EASTER.2010 Guest

    Thnx, i suppose the key word intended here then is significantly smaller



    Anyone who considers using any rollback snapshot program like FD-ISR should already have made provision for ample space due to accommadate those duplicates of their active system. Like Peter2150, space is of no concern for me either.
     
Thread Status:
Not open for further replies.