可以配置一个Greenplum数据库系统如果发生特定的数据库事件时触发SNMP（简单网络管理协议）告警或者给系统管理员发送email通知。这些事件包括：

• 所有的PANIC级错误情况
• 所有的FATAL级错误情况
• 属于“内部错误”（例如，SIGSEGV错误）的ERROR级错误情况
• 数据库系统关闭和重启
• Segment失效和恢复
• 后备Master不同步情况
• Master主机人为关闭或者其他软件问题（在特定失效场景中，Greenplum数据库无法发送告警或者通知）

注意SNMP告警和email通知报告的是相同的事件信息。两种工具报告的事件信息之间没有差别。有关SNMP事件信息请见Greenplum数据库SNMP OID和错误代码。

一个Greenplum数据库系统由横跨多台机器的多个PostgreSQL实例（Master和Segment）构成。要监控一个Greenplum数据库系统，需要了解整个系统的信息以及个体实例的状态信息。gpstate工具提供有关一个Greenplum数据库系统的状态信息。

一个数据库管理员最重要的监控任务是确保Master和Segment数据目录所在的文件系统不会增长到超过70%的充满程度。一个充满的数据磁盘不会导致数据损坏，但是可能会阻止正常的数据库活动继续。如果磁盘增长得太满，可能会导致数据库服务器关闭。

可以使用gp_toolkit管理方案中的gp_disk_free外部表来检查Segment主机文件系统中的剩余空闲空间（以千字节计）。例如：

=# SELECT * FROM gp_toolkit.gp_disk_free 
   ORDER BY dfsegment;

Greenplum数据库中所有的表都是分布式的，意味着它们的数据被均匀划分到系统中的所有Segment上。不均匀分布的数据可能会削弱查询处理性能。一个表的分布策略在表创建时被确定。有关选择表分布策略的信息，请见下列主题：

• 查看一个表的分布键
• 查看数据分布
• 检查查询处理倾斜

gp_toolkit管理方案还包含一些用于检查表上数据分布倾斜的视图。有关如何检查非均匀数据分布的信息，请见Greenplum数据库参考指南。

Greenplum数据库在其系统目录中跟踪各种有关存储在数据库中对象（例如表、视图、索引等等）和全局对象（例如角色和表空间）的元数据信息。

可以创建并且使用session_level_memory_consumption视图来查看正在Greenplum数据库上运行查询的会话的当前内存利用信息。该视图包含会话信息以及该会话连接到的数据库、该会话当前运行的查询和会话处理所消耗的内存等信息。

• 创建session_level_memory_consumption视图
• session_level_memory_consumption视图

Greenplum数据库管理方案gp_toolkit包含显示Greenplum数据库工作文件信息的视图。如果没有足够的内存让查询完全在内存中执行，Greenplum数据库会在磁盘上创建工作文件。这些信息可以用来排查故障和调优查询。这些视图中的信息也可以被用来为Greenplum数据库配置参数gp_workfile_limit_per_query和gp_workfile_limit_per_segment指定值。

在方案gp_toolkit中有下面这些视图：

• gp_workfile_entries视图为当前在Segment上创建了工作文件的每个操作符都包含一行。
• gp_workfile_usage_per_query视图为当前在Segment上创建了工作文件的每个查询都包含一行。
• gp_workfile_usage_per_segment视图为每个Segment都包含一行。每一行显示了当前在该Segment上用于工作文件的总磁盘空间。

有关使用gp_toolkit的信息请见Using gp_toolkit。

服务器日志文件被写成一种逗号分隔值（CSV）格式。一些日志项并不会所有的域都有值。例如，只有与一个查询工作者进程相关的日志项才会有slice_id值。可以用查询的会话标识符（gp_session_id）和命令标识符（gp_command_count）来确定一个特定查询的相关日志项。

下列域会被写入到日志中：

Greenplum数据库提供一个名为gplogfilter的工具，它可以在一个Greenplum数据库日志文件中搜索匹配指定条件的项。默认情况下，这个工具在默认日志位置搜索Greenplum数据库的Master日志。例如，要显示Master日志文件的最后三行：

$ gplogfilter -n 3

要同时搜索所有Segment的日志文件，可以通过gpssh工具来运行gplogfilter。例如，要显示每个Segment日志文件的最后三行：

$ gpssh -f seg_host_file

=> source /usr/local/greenplum-db/greenplum_path.sh
=> gplogfilter -n 3 /gpdata/gp*/pg_log/gpdb*.log

这是Greenplum数据库的OID层次结构：

iso(1)
identified-organization(3)
dod(6)
internet(1)
private(4)
enterprises(1)
gpdbMIB(31327)
gpdbObjects(1)
gpdbAlertMsg(1)

gpdbAlertMsg

1.3.6.1.4.1.31327.1.1: STRING: 告警消息文本

gpdbAlertSeverity

1.3.6.1.4.1.31327.1.2: INTEGER: 严重级别

gpdbAlertSeverity可以取下列值之一：

gpdbSevUnknown(0)
gpdbSevOk(1)
gpdbSevWarning(2)
gpdbSevError(3)
gpdbSevFatal(4)
gpdbSevPanic(5)
gpdbSevSystemDegraded(6)
gpdbSevSystemDown(7)

gpdbAlertSqlstate

1.3.6.1.4.1.31327.1.3: STRING: SQL标准错误代码

代码列表请见SQL标准错误代码。

gpdbAlertDetail

1.3.6.1.4.1.31327.1.4: STRING: 详细告警消息文本

gpdbAlertSqlStmt

1.3.6.1.4.1.31327.1.5: STRING: 产生这个告警的SQL语句（如果适用）

gpdbAlertSystemName

1.3.6.1.4.1.31327.1.6: STRING: 主机名

下面的表格列出了所有定义好的错误代码。有些没有被用到，但是在SQL标准中有定义。其中也显示了错误分类。对于每一种错误分类都有一个标准错误代码，它的最后三个字符为000。这种代码只用于落入该分类却没有更详细代码的错误情况。

每种错误代码的PL/pgSQL情况名称与该表中显示的短语相同，但是把空格替换成下划线。例如，代码22012（DIVISION BY ZERO）的情况名称是DIVISION_BY_ZERO。情况名称不区分大小写。