ここで簡単にバックアップできるといっている人の方が、情弱か、ほとんどアクセスのないような自己満足ブログ程度しか運営していないんだろうね。
常に更新され続ける大容量のデータベースをバックアップをとるのは簡単ではないよ。

例えば、Webサーバーのデータベースの容量が100GBあって、それを毎日バックアップしたかったらどうしろっていうの？

公式にバックアップ機能用外部ストレージ機能を提供してくれて、VPSに物理的にバックアップ用のHDDを別に積んでくれて用意してくれれば、そこにコピーするだけで良い。

しかし、それを自宅などに SSH で接続してバックアップを取るような cron を毎日回すとなると、帯域を大量に消費するし、暗号化転送にもCPU負荷がかかるしで、
「過剰な負荷」とみなされて、制限をかけられて激重になる恐れがある。

【さくらのVPSは突然制限かけられて激重になるから要注意】を参照
http://www.guilz.org/2013/03/28/%E3%81%95%E3%81%8F%E3%82%89%E3%81%AEvps%E3%81%AF%E5%88%B6%E9%99%90%E3%81%A7%E6%BF%80%E9%87%8D%E3%81%AB%E3%81%AA%E3%82%8B%E3%81%8B%E3%82%89%E8%A6%81%E6%B3%A8%E6%84%8F/


ちなみに、さくらの公式サポセンによると、現状では cron の定期バックアップ処理による、負荷・ディスクI/Oが深夜に集中しているようなので、
自力でバックアップをする場合には、平日の昼間などにした方が規制されにくい。

> 特に深夜3：00から5：00の間、仮想サーバのCRON設定が集中していることに
> より、高負荷が発生しやすいものとなります。
> このことから、お客様にて上記時間帯にてCRON設定等を行われていました場合
> は、上記時間を避けていただければと存じます。


Webサーバーなどのアクセス頻度が高い昼間よりも、みなが寝静まった深夜の方がVPSの平均負荷が高いことからわかるように、自力バックアップは高負荷で資源の無駄遣いだ。

サーバーに物理的にバックアップ用のHDDを装着すれば、ネットワーク帯域消費も、暗号化（TLS）によるCPU負荷もかからず、合理的であるといえる。