Category: Amazon Aurora

 今天，我们宣布 Amazon Aurora PostgreSQL Limitless Database 正 […]

 今天，我们宣布推出 Amazon Aurora Limitless Database 预览版。这是一项支持 […]

Babelfish 迁移项目成功的要素之一在于数据的迁移。本文聚焦在SQL Server 数据的迁移上，重点介绍有哪些适用于 Babelfish 为目标的SQL Server数据迁移方法及在不同场景和需求下该如何选择合适的方法。

托管数据库服务是由 AWS 管理和维护的云数据库，使您的数据库管理员和开发团队可以专注于应用程序和架构管理。

Amazon Aurora 是一款专为云而构建的关系数据库管理系统（RDBMS），完全兼容 MySQL 和 PostgreSQL。Aurora 旨在利用云在可扩展性、可用性和持久性方面的优势，并将高端商用数据库的速度和可靠性与开源数据库的简单性和成本效益相结合。

Amazon Aurora PostgreSQL 兼容版集群由一个主/写入器节点和一个区域中多达 15 个读取器节点组成。您可以将只读工作负载卸载到读取器节点以进行横向扩展读取。如果读取器节点正在访问主节点上具有大量事务活动的表，则在读取器节点上长时间运行的查询可能会导致冲突，并导致不良影响。在这篇博文中，我们将探讨潜在的冲突，并分享在 Aurora PostgreSQL 上管理长时间运行的读取查询的最佳实践。

本博客为大家展示如何利用StackExchange.Redis中间件的方式来对Amazon ElastiCache for Redis进行常用的操作。

在提升单计算节点故障恢复的速度以外，Aurora在写节点发生故障时，会通过failover的机制提升集群中的一个读节点来作为新的主节点对外提供服务，再去同步地恢复故障的主节点。通过使用健康的读节点进行替换，能够进一步提升Aurora集群的可用性，进而使对应用程序的影响在30到60秒左右。那么，是否还能进一步降低节点切换对应用程序的影响呢？本篇博客会从这个角度进行相应探讨，涵盖故障切换的过程、花费时间的分析排查以及减少对应用程序影响的几种方案。

在这篇博文中，我们演示了一种模式，它允许您对数据库进行现代化改造并重构现有代码。我们使用 Amazon Aurora PostgreSQL 兼容版数据库实例来说明这种模式。

2019 年，道琼斯制定了一项战略性的业务决策，更换了其所有市场数据的提供商。这种转变创造了成本效益和商业机会，但时间紧迫。为了满足时间要求，该团队决定从本地部署迁移到 AWS 云，提高迁移期间并行开发和测试所需的灵活性和快速扩展能力。本文探讨了一些工具和最佳实践，道琼斯利用它们成功地将其 Market Data 平台的业务关键型数据库工作负载从本地部署 MSSQL 迁移到 Amazon Aurora 并实现现代化。