Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
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).
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.
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.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.