<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Disaster on Enterprise Data Architect | Principal Data Strategist |  MySQL Subject Matter Expert |  Author | Speaker</title>
    <link>https://ronaldbradford.com/tags/disaster/</link>
    <description>Recent content in Disaster on Enterprise Data Architect | Principal Data Strategist |  MySQL Subject Matter Expert |  Author | Speaker</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 04 Sep 2022 20:38:37 +0000</lastBuildDate>
    <atom:link href="https://ronaldbradford.com/tags/disaster/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Spoiler – Owning your data isn’t good enough</title>
      <link>https://ronaldbradford.com/blog/spoiler-owning-your-data-isnt-good-enough-2022-09-04/</link>
      <pubDate>Sun, 04 Sep 2022 20:38:37 +0000</pubDate>
      <guid>https://ronaldbradford.com/blog/spoiler-owning-your-data-isnt-good-enough-2022-09-04/</guid>
      <description>While this is a catchy title, if you use Software as a Service (SaaS), or an online cloud provider, do you actually own and have total control of your business data and its infrastructure?</description>
    </item>
    <item>
      <title>Basic scalability principles to avert downtime</title>
      <link>https://ronaldbradford.com/blog/basic-scalability-principles-to-avert-downtime-2011-04-23/</link>
      <pubDate>Sat, 23 Apr 2011 18:39:56 +0000</pubDate>
      <guid>https://ronaldbradford.com/blog/basic-scalability-principles-to-avert-downtime-2011-04-23/</guid>
      <description>In the press in the last two days has been the reported outage of Amazon Web Services Elastic Compute Cloud (EC2) in just one North Virginia data center. This has affected many large website includes FourSquare , Hootsuite , Reddit and Quora .</description>
    </item>
    <item>
      <title>Checked your MySQL recovery process recently?</title>
      <link>https://ronaldbradford.com/blog/checked-your-mysql-recovery-process-recently-2010-02-15/</link>
      <pubDate>Mon, 15 Feb 2010 21:34:37 +0000</pubDate>
      <guid>https://ronaldbradford.com/blog/checked-your-mysql-recovery-process-recently-2010-02-15/</guid>
      <description>I sound like a broken record with every client when I talk to about the resilience of their production environments. It’s very simple in theory, however in practice many organizations fail.</description>
    </item>
    <item>
      <title>Calculating your database size</title>
      <link>https://ronaldbradford.com/blog/calculating-your-database-size-2009-09-25/</link>
      <pubDate>Fri, 25 Sep 2009 05:06:15 +0000</pubDate>
      <guid>https://ronaldbradford.com/blog/calculating-your-database-size-2009-09-25/</guid>
      <description>I generally use the following MySQL INFORMATION_SCHEMA (I_S) query to Calculate Your MySQL Database Size . This query and most others that access the MySQL INFORMATION_SCHEMA can be very slow to execute because they are not real tables and are not governed by physical data, memory buffers and indexes for example but rather internal MySQL data structures.</description>
    </item>
    <item>
      <title>Never let your binlog directory fill up</title>
      <link>https://ronaldbradford.com/blog/never-let-your-binlog-directory-fill-up-2009-07-15/</link>
      <pubDate>Wed, 15 Jul 2009 18:51:08 +0000</pubDate>
      <guid>https://ronaldbradford.com/blog/never-let-your-binlog-directory-fill-up-2009-07-15/</guid>
      <description>Recently with a client while running a number of disaster recovery tests I came across a nasty situation which was not part of the original plan and provided a far worse disaster situation then expected.</description>
    </item>
  </channel>
</rss>
