send data in small size by backup is possible

  • I have 2 branches database A,B same structure and objects different only in data i must take backup every day.but i face problem Differential backup is big and when i compress also is big so that when i send him by email it will not accept because it is big how i send it small size as possible

    Notes

    sql server 2005 in two branches

    we cannot make replication because the two branches are not connected online(location in dessert and slow disconnected more time)

    email only available can i send transaction that make every day to all database

    by backup(in small size)

    when i take full backup from database it is 1.5 g.b and differential is 800 mb

  • You could split the backups to multiple files which would make smaller files. Although it does take a while, you can also zip the files which will give you about 80% compression. Be advised that the normal zip tools in windows won't handle files that big. You might want to try 7Zip or spend 60 bucks on WinZip Pro both of which come with command line versions.

    --Jeff Moden


    RBAR is pronounced "ree-bar" and is a "Modenism" for Row-By-Agonizing-Row.
    First step towards the paradigm shift of writing Set Based code:
    ________Stop thinking about what you want to do to a ROW... think, instead, of what you want to do to a COLUMN.

    Change is inevitable... Change for the better is not.


    Helpful Links:
    How to post code problems
    How to Post Performance Problems
    Create a Tally Function (fnTally)

  • You can trying stripping the backups to multiple files and email those separately. You could also look at encrypting the zip file and using something like SkyDrive to server as an intermediary step in move the files between sites.

  • Of course, if none of that works, FedEx and a swing-set of disks works wonders. In a previous job, I was able to get a portable hard disk on site using FedEx long before the file could be zipped, emailed, and unzipped at the other end. The disk can easily be locked by at least one password to protect the content and is actually less potentially at risk of interception than an email. Since a lot of companies have to keep all sent email virtually forever, it's also easier on the email hardware and backups, to boot.

    --Jeff Moden


    RBAR is pronounced "ree-bar" and is a "Modenism" for Row-By-Agonizing-Row.
    First step towards the paradigm shift of writing Set Based code:
    ________Stop thinking about what you want to do to a ROW... think, instead, of what you want to do to a COLUMN.

    Change is inevitable... Change for the better is not.


    Helpful Links:
    How to post code problems
    How to Post Performance Problems
    Create a Tally Function (fnTally)

  • Can i do shrink to database to minimize size if possible

    please help me

  • Backup contains only used pages (If it is full backup). No use of shrinking the database.

    If it is a differential backup, it contains all pages changed since last Full backup.

    So sometimes if your transaction is heavy, you can consider full backup itself.

    As Lynn mentioned consider striping the backup .

    Backup database databasename to

    disk='c:\backup\filename1.bak',

    disk='c:\backup\filename2.bak',

    disk='c:\backup\filename3.bak'

    Remember you will need all of these backup files to do a successfull restore.

    ----------------------------------------------------------------------------------------------------------------------------------------------------
    Roshan Joe

    Jeff Moden -Forum Etiquette: How to post data/code on a forum to get the best help[/url]

  • Hi guys i thanks all very much but what i need is to request about some thing

    are these files all full backup or differential backup.

    and can i make restore one by one

  • Larger files should be sent electronically by (S)FTP(S), or if you must, put on a web site.

    Alternately, burn them to a CD, DVD, BD, or write to an external hard drive/tape an mail them - for very large files, the hard drive or tape is the only reasonable choice.

    If there's anything sensitive or confidential, make sure to encrypt according to your industry/country's rules/laws.

Viewing 8 posts - 1 through 7 (of 7 total)

You must be logged in to reply to this topic. Login to reply