on 05-02-2018 8:29 PM
Hi,
We're using storage replication to a DR site for our SUSE Linux servers. The data/log filesystems are running xfs. We have experienced data loss at the DR site when attempting to recover the FS's as the xfs log cleanup removes the open data/log files (things in lost & found but, it's like putting Humpty Dumpty together again).
Should we be using Direct IO for these FS's to avoid data in cache that hasn't made it to disk for replication causing the FS issues we're seeing at the DR site? Or, is there something else we need to employ to obtain recoverable data?
SAP HANA uses AsyncIO and DirectIO when opening its files. It's not something you have to specifically configure.
Maybe the corruptions you encounter are due to the numerous XFS filesystem bugs (see the corresponding SAP notes for that).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Lars - any chance you have links to the SAP bugs with xfs? I would really like to understand how we can make recovery at the DR site reliable. If we need to move away from xfs, I'm fine with that. I just need documentation supporting whatever solution is recommended to ensure we are able to recover from a crashed filesystem without data loss. After all, the point of storage-based mirroring is to make it simple for the host/application.
If we're unable to rely on storage-based replication as a reliably recoverable solution, then we'll go back and revisit the other options using HANA-based replication to the DR site.
Alright - two things:
This should provide you with the SAP notes related to the topic. Hopefully, you are able to match them against the details of your filesystem errors.
Tom,
Why not put data/log filesystems on a LUN created by your SAN? In this approach, you can the SAN technology to replicate data (block level) between sites and do not use XFS for this tasks.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
84 | |
10 | |
9 | |
8 | |
6 | |
6 | |
6 | |
5 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.