LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Server (https://www.linuxquestions.org/questions/linux-server-73/)
-   -   Restoring the data of Prod server to DR server (https://www.linuxquestions.org/questions/linux-server-73/restoring-the-data-of-prod-server-to-dr-server-4175446205/)

bykreddy 01-18-2013 12:00 PM

Restoring the data of Prod server to DR server
 
Hi Team,

Today is my first day at Linux Questions :)

I have a question:

My task is to restore the Production server, to DR server as it is. I have some doubts in restoration of the data after the server build.

For Eg: Lets us think the below are taking incremental backup daily

/
/boot
/home
/usr
/var
/var/log
/application
/app/data

Now, question is .. do I need to restore all the above mentioned mount points or I need to restore only the below:

/home
/application
/app/data
/var
/usr

Do I need to restore

/ and
/boot as well ?

TB0ne 01-18-2013 12:37 PM

Quote:

Originally Posted by bykreddy (Post 4873030)
Hi Team,
Today is my first day at Linux Questions :)

I have a question: My task is to restore the Production server, to DR server as it is. I have some doubts in restoration of the data after the server build.
For Eg: Lets us think the below are taking incremental backup daily

Now, question is .. do I need to restore all the above mentioned mount points or I need to restore only the below: Do I need to restore
/ and /boot as well ?

No idea...we don't know what your DR server looks like, what your goals are, or how you took your backup. If both servers are IDENTICAL, all you should have to restore are files that have been modified (config files, etc), software installed after the initial server build, and home/user data (if any). But unless you post details, there's little help we can offer.

Personally, I'd not restore those partitions unless needed. However, I'd also use some bare-metal recovery tool, to make sure that both servers are identical, and make DR testing easier. If the DR servers are online, I'd also set up sync jobs to keep both up to date, so in the event of a disaster, I'd only have to start the service(s).

bykreddy 01-18-2013 01:16 PM

Ok, thanks for the reply .. let me brief you

1. Now we have only prod server, and we don't have any DR server.
2. We are taking daily incremental backup of the prod server with TSM client.
3. Now assume, at this point of time some disaster happened and prod server is not reachable.


1. I will build the new server
2. Now, I need to restore the data from TSM to the DR server rt. ? Here my question arises.

Am I clear or still not ?

TB0ne 01-18-2013 02:43 PM

Quote:

Originally Posted by bykreddy (Post 4873065)
Ok, thanks for the reply .. let me brief you
1. Now we have only prod server, and we don't have any DR server.
2. We are taking daily incremental backup of the prod server with TSM client.
3. Now assume, at this point of time some disaster happened and prod server is not reachable.

1. I will build the new server
2. Now, I need to restore the data from TSM to the DR server rt. ? Here my question arises.
Am I clear or still not ?

Only slightly clearer. You still don't really provide alot of the details needed to answer the question. As I said in my first post, it depends on what YOU need. Do you need those or not? Depends on what the machine does...if it's running custom kernels or mkinitrd images, then yes.

Again, as said before, I'd use a bare-metal recovery tool. There is the bare-metal recovery option for TSM. There are also Linux tools, like mondoarchive, mkcdrec, or systemimager. But still, details are missing...how are you getting the data off-site, to your DR location? How are you going to get the hardware there? Identical hardware, or different? VM or physical machines?

Just saying you want to rebuild machines at a DR site, doesn't tell us much. Since you're using TSM, that's an expensive product...any disaster recovery plan has to be VERY well thought out, and a LOT of logistics need to happen first, before you even think about what files you need to restore and how. And unless you TEST your plan/backups, they're almost pointless to have.

chrism01 01-20-2013 07:40 PM

Quote:

And unless you TEST your plan/backups, they're almost pointless to have.
THIS x 1000


All times are GMT -5. The time now is 01:44 AM.