Solved
Forum Discussion
- mjacobsonNovice Ithank you all!
- jmccartyNovice IHappy to help!
- anocentinoNovice Ibe sure to use protection groups to snap all of the volumes for a database at the same time in the sql server. this way you will get consistent snaps of all of the volumes with database files and log files on them. dbas usually have them spread across multiple disks.
- nelsonNovice Ihello mjacobson - I regularly migrate VMFS -> vVols -> VMFS in my lab and it is just a storage vMotion!
- jmccartyNovice IDepends on how your SQL Server is consuming disks. VMDK? Storage vMotion Clustered VMDK? Storage vMotion, but you'll have to bring down some (VM) nodes & repoint after moving. pRDM? Power off and Storage vMotion or create new (empty disks) and overwrite from the pRDM/snaps and still true if clustering in having to bring nodes down and repoint vRDM? Storage vMotion, but still true if clustering in having to bring nodes down and repoint
- nelsonNovice Ijase covers more SQL use cases, i assumed non-clustered VMFS. thanks jmccarty!
- mjacobsonNovice Iyes non clustered, just vmfs
- mjacobsonNovice IWhat's a good snap policy for sql servers in general? sql on vvol is fairly new to me, i'm still trying to figure out best practices.
- mjacobsonNovice Ithe one in question is 24tb
- jmccartyNovice IReally depends on your RPO requirements, your data change rate, and your capacity.
Related Content
- 7 months ago
- 2 years ago