Re: VMWare file system / database corruption
От | John R Pierce |
---|---|
Тема | Re: VMWare file system / database corruption |
Дата | |
Msg-id | 4AB7E0BC.20502@hogranch.com обсуждение исходный текст |
Ответ на | Re: VMWare file system / database corruption ("Scot Kreienkamp" <SKreien@la-z-boy.com>) |
Ответы |
Re: VMWare file system / database corruption
|
Список | pgsql-general |
Scot Kreienkamp wrote: > On the contrary, we've been running PG in production for years now under VMWare. Same with MSSQL. We've never had anyproblems. Less so than an actual physical machine actually since we can move the server to different physical hardwareon demand. Also makes disaster recovery MUCH easier. > > However, VMWare does have its places. A high usage database is not one of them, IMHO. A moderately or less used one,depending on requirements and the hardware backing it, is often a good fit. And I agree with Scott about the snapshots. They do tend to cause temporary communication issues with a running virtual machine occasionally, regardless ofOS or DB type. (The benefits outweigh the risks 99% of the time though, with backups being that 1%.) In my experiencethe level of interference from snapshotting a virtual machine also depends on the type and speed of your physicaldisks backing the VMWare host and the size of the virtual machine and any existing snapshot. I've been told thatin VSPhere (VMWare 4.0) this will be significantly improved. > does your VMWARE server use NFS to communicate with the disks? It was my understanding most folks used SAN logical units for the virtual disks with VMware ESX, and not NFS/NAS
В списке pgsql-general по дате отправления: