Independence Day Deal! Unlock 25% OFF Today – Limited-Time Offer - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Huawei Exam H13-629 Topic 1 Question 14 Discussion

Actual exam question for Huawei's H13-629 exam
Question #: 14
Topic #: 1
[All H13-629 Questions]

Existing set customer of database uses a raw device, due to the large amount of data in the database. The customer plans to replace the old storage with new storage devices.

In the process of environmental inspection lvcb engineers found the following:

#getlvcb -TA sjklv

Intrapolicy =

copies = 0

interpolicy =

lvid =

lvname =

label =

machine id =

number Ips = 0

relocatable =

strict =

stripe width = 0

stripe size in exponent = 0

type =

upperbound = 0

fs =

time created = time modified =

As the vg is too large, the expansion of vg is impossible. As the service window is very short, and customers do not want to avoid the risk of large adjustments of the whole original environment, what is the recommended approach?

Show Suggested Answer Hide Answer
Suggested Answer: A, C, D

Contribute your Thoughts:

Trinidad
1 months ago
Wow, this customer really likes to keep things interesting, don't they? I'd go with option D - migratepv seems like the most straightforward and reliable option here. Though I can't help but feel that the engineers need to do a bit more 'getting lvcb' and a bit less 'getting coffee.'
upvoted 0 times
Emmanuel
11 days ago
I agree, option D - migratepv seems like the best choice for data migration.
upvoted 0 times
...
...
Marget
2 months ago
Hmm, this is a tricky situation. Since the VG is too large for expansion, I'd be hesitant to go with option B or C as they may not handle the data migration reliably. Option D using migratepv seems like the safest bet to me.
upvoted 0 times
Benton
27 days ago
User 3: I also think option D is the most reliable method for handling the data migration.
upvoted 0 times
...
Michael
1 months ago
User 2: Yeah, I think option D is the best approach for data migration in this case.
upvoted 0 times
...
Lorean
1 months ago
User 1: I agree, option D using migratepv seems like the safest choice.
upvoted 0 times
...
...
Rebeca
2 months ago
The lvcb information provided suggests there may be some underlying issues with the current storage setup. Using a raw device and the lack of copies and stripe width seems concerning. I think option A might be the best approach to safely migrate the data with a level 0 backup.
upvoted 0 times
Jettie
12 hours ago
Using lvcb offset reconstruction nude equipment sounds like a good plan.
upvoted 0 times
...
Gail
2 days ago
I agree, the lack of copies and stripe width is a red flag.
upvoted 0 times
...
Kati
10 days ago
Option A seems like the safest choice for data migration.
upvoted 0 times
...
Laquita
11 days ago
Yes, the customer's concerns about the service window and potential adjustments make option A the best choice.
upvoted 0 times
...
Aretha
14 days ago
It's important to avoid any risks when dealing with such a large database.
upvoted 0 times
...
Francesco
15 days ago
I agree, using lvcb offset reconstruction and a level 0 backup import sounds like a good plan.
upvoted 0 times
...
Ruthann
26 days ago
Option A seems like the safest approach for data migration.
upvoted 0 times
...
...
Ciara
3 months ago
I'm not sure about option A. Maybe using the dd command for data migration could be faster and more efficient.
upvoted 0 times
...
Shenika
3 months ago
I agree with Lisbeth. Option A seems like the safest choice considering the constraints mentioned.
upvoted 0 times
...
Lisbeth
3 months ago
I think option A sounds like a good approach. It involves reconstructing the nude equipment and importing a level 0 backup.
upvoted 0 times
...

Save Cancel
az-700  pass4success  az-104  200-301  200-201  cissp  350-401  350-201  350-501  350-601  350-801  350-901  az-720  az-305  pl-300  

Warning: Cannot modify header information - headers already sent by (output started at /pass.php:70) in /pass.php on line 77