阿里云支持与服务

分享阿里云全球技术服务部(GTS)团队最佳实践、经典案例与故障排查。

作为全球云计算的领先者,阿里云为全球230万企业提供着云计算服务,服务范围覆盖200多个国家和地区。我们致力于为企业、政府等组织机构提供安全可靠的云计算服务,给用户带来极速愉悦的服务体验。

可参考文档:配置Hologres数据源

注意:目前Hologres数据源仅支持使用新增和使用独享数据集成资源组,不支持使用默认资源组和自定义资源组

阿里云服务支持 评论 0

DataWorks的WebHook功能可以在智能监控当中的智能基线中配置,详情可参考基线管理

● 可用版本:仅DataWorks企业版支持使用WebHook功能。

● 可用地域:仅华东2(上海)、西南1(成都)、华北3(张家口)、华北2(北京)、华东1(杭州)、华南1(深圳)、中国(香港)、欧洲中部 1(法兰克福)、亚太东南1(新加坡)地域支持使用WebHook功能报警。

阿里云服务支持 评论 0

● 调度参数:调度参数是根据任务调度的业务时间及调度参数的取值格式自动替换为具体的值,实现在任务调度时间内参数的动态替换。详情参见配置并使用调度参数

● 流程参数:当整个业务流程需要对同一个变量统一赋值或替换其参数值时,可以使用流程参数功能。详情参见流程参数

注意:

  1. 流程参数的优先级高于节点参数中参数的优先级

  2. 流程参数仅支持ODPS SQL、EMR Hive、EMR MR、EMR Shell、EMR Spark、EMR Spark Shell、EMR Spark SQL、EMR Spark Streaming、EMR Streaming SQL、EMR Presto节点使用。

阿里云服务支持 评论 0

ElasticSearch可以进行自动备份与恢复。在Kibana控制台上,执行如下命令,从快照中恢复索引数据:

POST _snapshot/aliyun_auto_snapshot//_restore

注意下列条件:

● 集群的第一个快照是集群数据的完整拷贝,后续所有的快照保留的是已存快照和新快照之间的增量,因此首次快照耗时较长(具体时长与数据量相关),后续快照备份会比较快。

● 快照仅保存索引数据,不保存Elasticsearch实例自身的监控数据(例如以.monitoring和.security_audit为前缀的索引)、元数据、Translog、实例配置数据、Elasticsearch的软件包、自带和自定义的插件、Elasticsearch的日志等。

● 自动备份只保留最近7天的快照数据。

● 自动备份数据只能用于恢复到原集群,如果需要跨集群恢复,请参见手动备份与恢复设置跨集群OSS仓库恢复

阿里云服务支持 评论 0

1

回答

阿里云服务支持 评论 0

1

回答

1

回答

详情参见Endpoint。一般使用内网的Endpoint来连接阿里云内网的服务。

阿里云服务支持 评论 0
阿里云服务支持 评论 0
阿里云服务支持 评论 0

1

回答

阿里云服务支持 评论 0

在开通Flink全托管集群后,会自动开通ARMS服务,提供专家版Prometheus监控能力。ARMS收费详情请参见按量计费

重要:

● 如果将ARMS关闭,则在Flink控制台无法通过数据曲线排查定位问题,也无法配置监控告警。

● ARMS每30秒采集一次Flink指标。采集频率的大小会影响监控精度和费用,采集频率越高,则监控精度更高、费用更高。

阿里云服务支持 评论 0

报错详情:

ERROR io.debezium.connector.mysql.BinlogReader [] - Encountered change event 'Event{header=EventHeaderV4{timestamp=xxx, eventType=TABLE_MAP, serverId=xxx, headerLength=xxx, dataLength=xxx, nextPosition=xxx, flags=xxx}, data=TableMapEventData{tableId=xxx, database='xxx', table='xxx', columnTypes=xxx, xxx..., columnMetadata=xxx,xxx..., columnNullability={xxx,xxx...}, eventMetadata=null}}' at offset {ts_sec=xxx, file=mysql-bin.xxx, pos=xxx, gtids=xxx, server_id=xxx, event=xxx} for table xxx.xxx whose schema isn't known to this connector. One possible cause is an incomplete database history topic. Take a new snapshot in this case. Use the mysqlbinlog tool to view the problematic event: mysqlbinlog --start-position=30946 --stop-position=31028 --verbose mysql-bin.004419 202x-xx-xx xx:xx:xx,xxx ERROR io.debezium.connector.mysql.BinlogReader [] - Error during binlog processing. Last offset stored = null, binlog reader near position = mysql-bin.xxx/xxx 202x-xx-xx xx:xx:xx,xxx ERROR io.debezium.connector.mysql.BinlogReader [] - Failed due to error: Error processing binlog event org.apache.kafka.connect.errors.ConnectException: Encountered change event for table statistic.apk_info whose schema isn't known to this connector at io.debezium.connector.mysql.AbstractReader.wrap(AbstractReader.java:241) ~[ververica-connector-mysql-1.12-vvr-3.0.0-SNAPSHOT-jar-with-dependencies.jar:1.12-vvr-3.0.0-SNAPSHOT] at io.debezium.connector.mysql.AbstractReader.failed(AbstractReader.java:218) ~[ververica-connector-mysql-1.12-vvr-3.0.0-SNAPSHOT-jar-with-dependencies.jar:1.12-vvr-3.0.0-SNAPSHOT]。

报错原因:

使用了debezium.snapshot.mode=never导致可能出现该错误。

解决方案:

不建议使用debezium.snapshot.mode=never,因为never会从binlog开头读取数据, 但是binlog开头的binlog事件对应的table schema和当前表的schema可能不匹配,所以会报该错误。 可以通过'debezium.inconsistent.schema.handling.mode'='warn'参数绕过。

阿里云服务支持 评论 0

公告

凝聚阿里云多年服务经验,携手合作伙伴与业界专家,匠心打造云服务技术共享!

展开