Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Restoring database Expand / Collapse
Author
Message
Posted Wednesday, April 10, 2013 6:59 AM
Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Thursday, July 31, 2014 11:58 AM
Points: 1,279, Visits: 1,886
Hello,

I am trying to automate my code by restoring once a week database from one server to another, this is my plan:
1.Create back up,
2.copy back up from one server to another
3.restore backup to the server.

How can I do it,can any one recomend it any expereince with it?

Thank you
Post #1440785
Posted Wednesday, April 10, 2013 7:12 AM


SSCommitted

SSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommitted

Group: General Forum Members
Last Login: Sunday, December 14, 2014 11:09 PM
Points: 1,962, Visits: 2,406
have you tried these things from creating sql jobs?


_______________________________________________________________
To get quick answer follow this link:
http://www.sqlservercentral.com/articles/Best+Practices/61537/
Post #1440791
Posted Wednesday, April 10, 2013 7:36 AM
Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Thursday, July 31, 2014 11:58 AM
Points: 1,279, Visits: 1,886
No, I have like 20 different databases, is there way to copy everything what we have on one server to another server?

Thank you
Post #1440807
Posted Wednesday, April 10, 2013 9:27 AM
Mr or Mrs. 500

Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500Mr or Mrs. 500

Group: General Forum Members
Last Login: Yesterday @ 10:51 AM
Points: 558, Visits: 1,652
Use an XCOPY or ROBOCOPY script to copy the backup files. The script can be launched either from a SQL Job, SQL Mainanance Plan or a Windows Task Scheduler job.

Post #1440885
Posted Wednesday, April 10, 2013 9:36 AM


SSC-Insane

SSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-Insane

Group: General Forum Members
Last Login: Yesterday @ 9:11 PM
Points: 20,861, Visits: 32,887
You can actually automate robocpy to automatically transfer your backup files when the backup completes. Did this at a previous employer to move backup files to an off-site file server. Worked great (and is still working), just don't ask me how I did it as that was over 4 years ago when I set it up.



Lynn Pettis

For better assistance in answering your questions, click here
For tips to get better help with Performance Problems, click here
For Running Totals and its variations, click here or when working with partitioned tables
For more about Tally Tables, click here
For more about Cross Tabs and Pivots, click here and here
Managing Transaction Logs

SQL Musings from the Desert Fountain Valley SQL (My Mirror Blog)
Post #1440899
Posted Wednesday, April 10, 2013 10:18 AM
SSC-Addicted

SSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-AddictedSSC-Addicted

Group: General Forum Members
Last Login: 2 days ago @ 9:00 AM
Points: 464, Visits: 1,533
It's not necessary to copy backup file from server to server. If your destination SQL server has access to source server, you can restore accross servers, by specifying "...from disk = '\\server\share\file.bak'" or "\\server\C$\folder\file.bak'.

This way you will waste less resources.
Post #1440926
Posted Wednesday, April 10, 2013 10:25 AM


SSC-Insane

SSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-Insane

Group: General Forum Members
Last Login: Yesterday @ 9:11 PM
Points: 20,861, Visits: 32,887
SQL Guy 1 (4/10/2013)
It's not necessary to copy backup file from server to server. If your destination SQL server has access to source server, you can restore accross servers, by specifying "...from disk = '\\server\share\file.bak'" or "\\server\C$\folder\file.bak'.

This way you will waste less resources.


I'll throw in an "It Depends" here. Depending on your network, it may actually be faster to copy to a local drive then restore than to restore over the network. I had that issue at a couple of previous employers.



Lynn Pettis

For better assistance in answering your questions, click here
For tips to get better help with Performance Problems, click here
For Running Totals and its variations, click here or when working with partitioned tables
For more about Tally Tables, click here
For more about Cross Tabs and Pivots, click here and here
Managing Transaction Logs

SQL Musings from the Desert Fountain Valley SQL (My Mirror Blog)
Post #1440929
Posted Thursday, April 11, 2013 11:50 AM
Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Thursday, July 31, 2014 11:58 AM
Points: 1,279, Visits: 1,886
Thank you
Post #1441399
Posted Thursday, April 11, 2013 1:56 PM
SSC-Enthusiastic

SSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-EnthusiasticSSC-Enthusiastic

Group: General Forum Members
Last Login: 2 days ago @ 3:08 PM
Points: 156, Visits: 417
Have you thought of an alternate solution like SQL replication, infacts merge replication is good way to go. create publisher/subscriber, then schedule it to synchonize once a week?
Post #1441468
Posted Thursday, April 11, 2013 2:01 PM


SSC-Insane

SSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-Insane

Group: General Forum Members
Last Login: Yesterday @ 9:11 PM
Points: 20,861, Visits: 32,887
haiao2000 (4/11/2013)
Have you thought of an alternate solution like SQL replication, infacts merge replication is good way to go. create publisher/subscriber, then schedule it to synchonize once a week?


Why? This affords the opportunity to test the backups to ensure that a restore is possible. Remember: backups are worthless, restores are priceless.



Lynn Pettis

For better assistance in answering your questions, click here
For tips to get better help with Performance Problems, click here
For Running Totals and its variations, click here or when working with partitioned tables
For more about Tally Tables, click here
For more about Cross Tabs and Pivots, click here and here
Managing Transaction Logs

SQL Musings from the Desert Fountain Valley SQL (My Mirror Blog)
Post #1441469
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse