Memory Considerations - Teradata Database on VMware

Teradata Database on VMware Base, Advanced, Enterprise Tiers Getting Started Guide

Product
Teradata Database on VMware
Release Number
03.00.00
Published
January 2018
Language
English (United States)
Last Update
2018-04-25
dita:mapPath
ofk1516814149566.ditamap
dita:ditavalPath
TDVMWare_phase4a-4b_BAE.ditaval.ditaval
dita:id
B035-5958
lifecycle
previous
Product Category
Cloud
CPU and memory are reserved for each virtual instance. A Teradata Database system is a distributed system and cannot be load balanced or the performance is reduced to the slowest virtual node. Each ESXi host requires CPU and memory to function, so an algorithm automatically attempts to ensure ESXi has enough to function. All systems are different, and at times the CPU and memory reservations set for the Teradata Database nodes can be too high for some ESXi hosts. If this occurs, some virtual nodes will not boot, and the vSphere Client interface displays errors to indicate which reservation is too high. To resolve this issue, you can set override values in the common.IT.properties.json properties file. For more information about using the following properties, see Additional Properties for Customization.
  • For memory reservation, set the MemoryMBPerTPA property to be lower than the automatically calculated value.
  • For CPU reservation, set the EsxiCPUreserved property to be higher than the automatically calculated percentage.

The database image used by Teradata Database on VMware allows only 64GB of memory for a crash dump. Higher memory amounts will not allow for a complete crash dump. A crash dump is used for debugging issues, and debugging of larger memory dumps is not supported at this time.