【shownet.conf_】放送局とShowNetが共創する、未来の放送システム ～Media over IP 特別企画の裏側～
Tags used below: authenticated: Uses cryptographic signatures or MAC tags to ensure integrity compression: Storage with compression dedup: Supports deduplication encrypted: Supports encrypting data locally (stored encrypted on the backup medium) error-correction: Supports reconstructing data in scenarios x-of-n backup media are lost filesystem: Backups are stored on a regular filesystem in plainte
Safeguard VM, server, NAS, K8, and workstation data
Five Cool Multi-cloud Backup Solutions You Should Consider July 10, 2018 byRoderick Bauer // 7 Comments We came across Kevin Soltow’s blog, VMWare Blog, and invited him to contribute a post on a topic that’s getting a lot of attention these days: using multiple public clouds for storing data to increase data redundancy and also to save money. We hope you enjoy the post. Kevin lives in Zumikon, Swi
写真はどこに保管するのが一番安全なのか？今回は1TB以上の大容量データ（RAWデータや動画含む）を管理していくことを想定しているため、保管先のストレージとして外付けHDDとNASをメインに考えつつ、補助的にクラウドストレージを使うことを想定しておきます。 バックアップ無しは論外この記事を読んでいる方なら大丈夫かと思いますが、バックアップ無しで大事なデータを運用するというのは問題外です。 データが飛ぶのが怖いからNASやデータセンター向けの高級HDDを使って安心している人がたまにいますが、どんな高級なHDD（SSD）を使っても壊れるときは壊れます。単に確率が低いだけです。どんなHDDでも壊れた場合はデータがゼロになります。（HDDの復旧サービスで運良くデータを取り戻せる場合もありますが、10万とか20万は軽く飛んでいき完全に戻る保証もありません） 消えては困る大事なデータは必ずバックアップを
こんにちは。昨晩のお夕飯は鮭のカレー風味ムニエル定食だったインフラ部 SRE グループの @mozamimy です。 鮭のカレームニエル定食 pic.twitter.com/G2c1ij2wpp— ᕱ⑅ᕱ もざみ (@mozamimy) February 6, 2018 今回は、SRE グループでの取り組みのひとつであるマルチクラウドバックアップを題材にして AWS SAM、CodePipeline (CodeBuild および CodeDeploy を含む) を用いたサーバーレスアプリケーションの構築、ビルドおよびデプロイについて書いていきたいと思います。また、1月に Lambda で Golang が利用可能になった こともあり、CodePipeline の進捗を Slack に投稿する Lambda function を Golang で作ってみたので、そちらもあわせて解説したいと思
前の記事で省いた、btrfsのスナップショットまわりについて。 btrfsのスナップショット便利だから、みんな使った方がいいよという話。 概要 前に記事に書いたように、システムのバックアップについては、別の外付けドライブを用意してある。このバックアップは、バックアップスクリプトの中で細工をして、grub設定ファイルやfstabなどは調整ずみであり、すぐに起動できるようになっている。 当然これは、起動ドライブが壊れるたらどうしよう、という意味でのバックアップにはなっているのだが、これとは別に、ファイルを誤って削除したらどうしよう、という意味でのバックアップも用意する必要がある。 幸い、btrfsにはスナップショット機能がついており、重複ファイル分の容量を気にせずスナップショットを作りまくれるので、今回はこれを利用することにした。 スナップショットの前に、サブボリュームの理解 snapshot
Introduction Restic is a modern backup program that can back up your files: from Linux, BSD, Mac and Windows to many different storage types, including self-hosted and online services easily, being a single executable that you can run without a server or complex setup effectively, only transferring the parts that actually changed in the files you back up securely, by careful use of cryptography in
12. ステップ的なもの サイズ 使いどころ コマンド例 フルバックアップ でかい 必ず必要 tar, rsync, mysqldump, XtraBackup 差分バックアップ ⼩さい フルバックアップの 間隔が短ければ要ら ない mysqldump(スキー マに制約) XtraBackup 増分バックアップ 更新量に依存 ほぼ間違いなく必要 cp, rsync, mysqlbinlog 11/58 14. フルバックアップの選択肢 コマンド エンジン アプリ影響 ⽅式 サイズ tar, rsync MyISAM × 停⽌またはロッ ク 物理 ⼤きめ tar, rsync InnoDB × mysqld停⽌ 物理 ⼤きめ LVMスナップ ショット MyISAM InnoDB △ 性能劣化がひど い 物理 ⼤きめ mysqldump MyISAM × ロック 論理 ⼩さめ mysqldum
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
結論 ext4magic 最高！！！！１１１ やったこと % ext4magic “デバイス名に” -r -a “このunixtimeから” -b “このunixtimeまで存在していた” -f “このファイル名のファイルを復旧する” 実例 /dev/md0 上の昨日の20:00から20:30の間まで存在していた udonchan/backup.tar を復旧させたい % ext4magic /dev/md0 -r -a $(date -d "-1day 20:00 +%s") -b $(date -d “-1day 20:30 +%s) -f "udonchan/backup.tar" どうしてこうなった 年末なので OSX をクリーンインストールしようとして ~ をバックアップしたが間違って上書きして消した。 具体的に？ ~ をサーバ上にバックアップするぜ % tar cf -C /U
bup has a few advantages over other backup software: It uses a rolling checksum algorithm (similar to rsync) to split large files into chunks. The most useful result of this is you can backup huge virtual machine (VM) disk images, databases, and XML files incrementally, even though they're typically all in one huge file, and not use tons of disk space for multiple versions. It uses the packfile fo
会社で使っているRedmineやGitやホームページのバックアップの自動化をしなきゃしなきゃと思いつつ、まる1年が経ちまして。 ようやく重い腰を上げて設定してみました。 今回は、backup というgemを使ったバックアップの設定手順をここにまとめます。 gem backupで出来ることは下記の通りです。（他にも色々あります） MySQLやファイルを対象としたバックアップに対応しているバックアップ先にS3等を選択できるローテーション設定も可能バックアップ処理完了後にメール(やTwitterなど)で通知可能cronで定期的に実行させる（これはbackupの機能じゃないけど） ちなみに、今回はrvm(system wide)がインストールされている環境を前提とした、インストール&設定方法となります。 Backup用のgemsetの作成とか
HerokuアプリのDBをバックアップするにはpgbackupsというアドオンを利用する。昨日書いた方法との主な違いは、今回のはHerokuのサーバー上にバックアップされることと、フォーマットの変換はできないこと、あたりかな。バックアップ処理を自動化する場合は今回の方法が良いみたい。 アドオン追加 まず、herokuコマンドが使えるgemのherokuを最新の状態にする。 $ gem update heroku 次に、対象のHerokuアプリにpgbackupsアドオンを追加する。Basicタイプは無料。 $ heroku addons:add pgbackups:basic --app heroku-hello-world これで準備完了。 Heroku(Amazon S3)上にバックアップするには以下のようにコマンドを実行する。 $ heroku pgbackups:capture -
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く