New Year Sale 2026! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions
Mail Us support@pass4success.com
Location US
Mob_nav_barsMENU

Nutanix NCP-DB Exam - Topic 5 Question 15 Discussion

Actual exam question for Nutanix's NCP-DB exam
Question #: 15
Topic #: 5
[All NCP-DB Questions]

While registering an Always on Availability Group database, an administrator selects the following option:

Multiple Databases as a Group with One Time Machine

Which statement is true regarding this chosen option?

Show Suggested Answer Hide Answer
Suggested Answer: B

Nutanix Database Automation (NCP-DB) introduces the concept of MS SQL Server database groups, which allows multiple databases running in the same database instance to be grouped as one Time Machine entity1.This applies to both single DB Server VM setups, standalone databases, as well as to Availability Group databases1. However, it does not support Point In Time Recovery (PITR)-based Service Level Agreements (SLAs) for database groups containing mixed Recovery Models. This means that if the databases within the group have different recovery models, PITR-based SLAs cannot be applied to the group as a whole.


by Delfina at Jul 14, 2024, 04:36 AM

Limited Time Offer

25%

Off

Get Premium NCP-DB Questions as Interactive Web-Based Practice Test or PDF

Contribute your Thoughts:

0/2000 characters
Submit Cancel
Denny
3 months ago
D seems off, I thought PITR was possible in some cases.
upvoted 0 times
...
Veronique
3 months ago
C is definitely true, no clones for database groups.
upvoted 0 times
...
Alishia
3 months ago
Wait, are you sure about that? I thought A could be a possibility.
upvoted 0 times
...
Josefa
4 months ago
Totally agree, B makes the most sense here.
upvoted 0 times
...
Audrie
4 months ago
B is correct, mixed recovery models don't support PITR.
upvoted 0 times
...
Emerson
4 months ago
I practiced a similar question, and I think it mentioned that mixed recovery models are a problem for PITR. So, option B seems likely to me.
upvoted 0 times
...
Lynda
4 months ago
I recall something about SLAs and recovery models, but I can't remember if they are supported or not. I might lean towards option D.
upvoted 0 times
...
Shaun
4 months ago
I’m not entirely sure, but I feel like we discussed that point-in-time clones might not work with database groups. Could it be option C?
upvoted 0 times
...
Latrice
5 months ago
I think I remember that mixed recovery models can cause issues with PITR, so maybe option B is correct?
upvoted 0 times
...
Candida
5 months ago
This seems like a tricky one, but I think the best approach is to focus on the specific details of the "Multiple Databases as a Group with One Time Machine" option. That should help me narrow down the correct answer.
upvoted 0 times
...
Ma
5 months ago
I'm a little confused by the wording here. What exactly is a "PITR-based SLA"? I'll need to make sure I understand that term before I can confidently select an answer.
upvoted 0 times
...
Dominga
5 months ago
Alright, I've got this. The correct answer is B - PITR-based SLAs are not supported for database groups containing mixed Recovery Model. I'm confident in that.
upvoted 0 times
...
Moira
5 months ago
Okay, let me see here. The key seems to be whether PITR-based SLAs are supported for database groups with mixed recovery models. I'll need to weigh the pros and cons of each answer choice.
upvoted 0 times
...
Sue
5 months ago
Hmm, this question seems a bit tricky. I'll need to carefully read through the options and think about the implications of the "Multiple Databases as a Group with One Time Machine" setting.
upvoted 0 times
...
Sunny
5 months ago
I remember discussing plagiarism in class, and I'm pretty sure copying someone else's work is definitely not allowed, even for school.
upvoted 0 times
...
Jaime
5 months ago
I think this is a tricky one. I'll need to carefully consider the wording and options to determine if breaks can be mandatory.
upvoted 0 times
...
Noemi
2 years ago
I'm going with A. PITR-based SLAs are supported for database groups containing mixed Recovery Model. Why else would they give us that specific detail in the question? Gotta read between the lines, you know?
upvoted 0 times
...
Lavonna
2 years ago
Haha, C is a classic trick question. Of course Point in Time Clones are not supported by Database Groups. That's like asking if a unicorn can fly a helicopter - it just doesn't make sense!
upvoted 0 times
...
Josephine
2 years ago
D seems more logical to me. PITR-based SLAs are not supported for database groups in general, regardless of the Recovery Model. Who cares about mixed Recovery Model when the whole group thing is the issue?
upvoted 0 times
Armando
1 year ago
Exactly, the focus is on the database group as a whole.
upvoted 0 times
...
Dahlia
1 year ago
Yeah, it doesn't matter if the Recovery Model is mixed.
upvoted 0 times
...
Noe
1 year ago
I agree, PITR-based SLAs are not supported for database groups.
upvoted 0 times
...
Nobuko
1 year ago
I think D is the correct option.
upvoted 0 times
...
...
Ollie
2 years ago
I think the correct answer is B. PITR-based SLAs are not supported for database groups containing mixed Recovery Model. The question specifically mentions 'Multiple Databases as a Group with One Time Machine', which implies a mixed Recovery Model scenario.
upvoted 0 times
Ronny
1 year ago
So, the correct answer is B. PITR-based SLAs are not supported for database groups containing mixed Recovery Model.
upvoted 0 times
...
Colette
2 years ago
I agree, the question clearly states 'Multiple Databases as a Group with One Time Machine', which means mixed Recovery Model.
upvoted 0 times
...
...
Dean
2 years ago
Because the option specifically mentions that PITR-based SLAs are not supported for database groups containing mixed Recovery Model.
upvoted 0 times
...
Kristeen
2 years ago
But why do you think that?
upvoted 0 times
...
Dean
2 years ago
I disagree, I believe the answer is B.
upvoted 0 times
...
Kristeen
2 years ago
I think the answer is A.
upvoted 0 times
...

Save Cancel