Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Pure Storage FlashArray-Storage-Professional Exam - Topic 4 Question 10 Discussion

FlashArray sent Alert 51 - Protection Group Replication Delayed.What steps should be taken?
A) Verify if there are any other open alerts, check if any other replication jobs are in progress, and verify current replication bandwidth.
B) Check for other open alerts, verify if the replication cabling is correct, and check if Protection Group was disabled.
C) Temporarily disconnect replication for troubleshooting, verify the size of the snapshot, and check for port errors in the FlashArray GUI.

Pure Storage FlashArray-Storage-Professional Exam - Topic 4 Question 10 Discussion

Actual exam question for Pure Storage's FlashArray-Storage-Professional exam
Question #: 10
Topic #: 4
[All FlashArray-Storage-Professional Questions]

FlashArray sent Alert 51 - Protection Group Replication Delayed.

What steps should be taken?

Show Suggested Answer Hide Answer
Suggested Answer: A

Understanding Alert 51: On a Pure Storage FlashArray, Alert 51 signifies that a Protection Group's replication is lagging behind its scheduled completion time. This does not necessarily mean the connection is 'down,' but rather that the volume of data being sent is exceeding the available throughput or is being queued behind other tasks.

The Triage Process:

Open Alerts: You must check for related alerts (like Alert 20 for 'Replication Connection Down') to determine if the delay is caused by a total link failure or just congestion.

Replication Jobs in Progress: Because FlashArray uses a specialized engine to manage replication, having multiple large snapshots from different Protection Groups replicating simultaneously can saturate the 'replication pipe.' Checking active jobs helps determine if there is a scheduling 'traffic jam.'

Replication Bandwidth: Comparing the current outgoing replication throughput against the historical average or the physical limit of the replication ports helps identify if the delay is due to a sudden increase in Data Change Rate (churn) or a reduction in network performance.

Why Option B is incorrect: If a Protection Group were disabled, replication wouldn't be 'delayed'---it would be stopped, which triggers a different alert state. Cabling issues usually result in 'Connection Down' alerts rather than just 'Delayed' alerts.

Why Option C is incorrect: Disconnecting replication is a destructive troubleshooting step that will only increase the lag and RPO. You should always analyze the existing data flow before breaking the connection.


Contribute your Thoughts:

0/2000 characters
Leah
2 hours ago
I’m leaning towards option A since it covers multiple aspects like current replication jobs and bandwidth, but I’m a bit unsure about the order of operations.
upvoted 0 times
...
Pansy
5 days ago
I feel like temporarily disconnecting replication could lead to more issues, but option C does mention checking for port errors, which might be important.
upvoted 0 times
...
Latonia
10 days ago
I remember a similar question where we had to check the cabling, so option B sounds familiar, but I’m not entirely confident about the specifics.
upvoted 0 times
...
Zena
16 days ago
I think we should start by checking for other open alerts, but I'm not sure if we need to verify the replication bandwidth right away.
upvoted 0 times
...

Save Cancel