一部のお客様へ影響しているアトラシアンサービスの停止について | Atlassian Japan 公式ブログ | アトラシアン株式会社
本ブログは、こちらに掲載されている英文ブログの意訳です。万が一内容に相違がある場合は、原文が優先されます。 2022年4月18日 23:57 UTC時点で、サービス停止の影響を受けたお客様サイトの復旧を完了しました。 2022年4月4日(月) PTに、アトラシアンクラウドをご利用の約400社のお客様が、アトラシアン製品全体を通してサービスの停止を経験されました。2022年4月18日現在、影響のあったお客様サイトの復旧を完了し、各サイトの窓口ご担当者宛てにご連絡申し上げました。 当社のサポートチームは現在、個々のお客様に合わせたサイト特有のニーズに対応しています。支援を必要とする事象のあるお客様は、当該サポートチケットへその旨ご返信ください。至急エンジニアリングチームより対応させていただきます。 今回のインシデントはサイバー攻撃や、システムの拡張に問題があったものではありません。また、一部の
MySQL :: MySQL 8.0 リファレンスマニュアル :: 4.5.6 mysqlpump — データベースバックアッププログラム
mysqlpump クライアントユーティリティは logical backups を実行し、元のデータベースオブジェクト定義およびテーブルデータを再現するために実行できる一連の SQL ステートメントを生成します。 別の SQL サーバーにバックアップまたは転送するために、1 つ以上の MySQL データベースをダンプします。 複数のスレッド、ファイル圧縮、進捗情報の表示、および Oracle Cloud Infrastructure Object Storage ストリーミングや MySQL データベースサービス 互換性チェックおよび変更などのクラウド機能で並列ダンプを提供する MySQL Shell dump utilities の使用を検討してください。 ダンプは、MySQL Shell load dump utilities を使用して MySQL Server インスタンスまたは
Dockerイメージの理解を目指すチュートリアル - Qiita
概要 - 自分でオレオレ hello-world イメージをビルド このチュートリアルは、hello-world イメージを自分でビルドする例を取り上げます。手を動かしながら、Docker イメージの仕組みや性質の理解を深めます。また、効率的な Docker イメージの作成や Dockerfile の活用を目指すための基礎のほか、（主に開発者向けには）マルチステージ・ビルドも学びます。 ポイントは、Docker イメージ（image）とは、Docker コンテナの実行に必要な概念としてのパッケージ（ファイルやメタ情報の集合体）であることです。仮想マシンイメージのように、実体としての１ファイルではありません。 そして、Docker イメージを構成するのは、抽象的なイメージ・レイヤ（image layer）の集まりです。レイヤとは「層」の意味で、Docker は複数のレイヤ上のファイルシステム
Docker Hubを使用せずにアプリをコンテナOSにデプロイするにはどうすればよいですか？
2020-08-18 15:40Dockerと、CoreOSや、できればRancherOSなどのコンテナーOSを使用して、アプリをDigitalOceanにデプロイしたいと思います。私はDockerに精通しており、イメージを作成できます。ただし、両方のプロジェクトのドキュメントのほとんどは、Docker Hubを使用したコンテナーの展開について説明しています。 Docker Hub、AWS ECSなどを使用したくない 私のアプリを展開するために考えることができる唯一の他の方法は、その後、 docker export を使用することですSSH/SFTPを使用して、アプリをDigitalOceanドロップレットに追加します。これは、Docker Hubまたは同様のサービス上にないDockerイメージを展開する好ましい方法ですか？ 補足として、私はRancher（アプリ）を見ました。 Kuber
Docker実践〜稼働中のDockerコンテナをバックアップとしてイメージ化して保存しておく - sagantaf
稼働中のDockerコンテナで開発をしていると、もしコンテナが落ちたら環境がすっ飛ぶよなあ、、、と不安になるので、バックアップを取れないか検証してみた。 （コンテナで直接環境を更新しているあたり、本来のDockerの使い方には合っていないんでしょうが、、、） 結論から ①稼働中のコンテナをcommitコマンドでイメージ化 ②そのイメージをsaveコマンドでファイル化 でバックアップとして保存しておける。 コマンドは以下。 $ docker commit <コンテナのIDもしくはNAME> <イメージ名> $ docker save <イメージ名> -o <ファイル名> では実際に まずは、ホストマシンからUbuntu16.04のコンテナを作成して、bashで入る。 $ docker run -ti ubuntu:16.04 bash コンテナの中に入ったあとは、デフォルトでは入っていないp
dockerコンテナをバックアップ・保存・ロードしたりする方法
dev環境で構築したコンテナをそのままstgとprd環境に移行したいと目論んでいます。 というわけで、dockerで作成したコンテナのバックアップを保存したり、別の環境で読み込む方法を試しました。手順をまとめます。 コンテナをバックアップする方法コンテナをバックアップする方法は2つあります。 docker save を使う方法と、 docker export コマンドを使う方法です。 docker saveでバックアップする場合の手順次の順にコマンドを実行します。 コンテナをimageに落とし込んで（commit）imageをtarファイルに圧縮（save）別の環境でtarファイルをロード（load）docker save を使う場合、一旦コンテナをイメージとして保存する必要があります。 docker commitでコンテナをイメージに変換下記コマンドで、指定したコンテナをイメージに変換し
Reduce repository size | Bitbucket Cloud | Atlassian Documentation
Bitbucket はソース ファイルの保管や変更の管理に最適で、チームでの作業の際にはそのメリットをさらに発揮します。しかしながら、実行ファイルやその他のビルド アーティファクト、動画、その他のメディア ファイルなどの、大規模なバイナリ ファイルの保管には適していません。 弊社のサーバーでユーザーに十分な応答性やダウンロード速度を提供するためにも、リポジトリ サイズを 1.0 GB にすることを推奨しています。Bitbucket Cloud のリポジトリには 2.0 GB の制限があります。この制限に到達した場合、直前のコミットを取り消すための変更のプッシュのみを行えます。また、5.0 GB のハード制限があります。この制限に到達した場合、変更をプッシュすることはできず、リポジトリは読み取り専用になります。 Bitbucket で大規模なファイルを保持する必要がある場合、ワークフローの一
さくらのVPSに無料の外部自動バックアップ機能を追加する方法 - Qiita
環境と概要 さくらのVPS CentOS 7.4 SELinux無効 イメージバックアップツールで丸ごとバックアップ → マウントしたオンラインストレージに保存。 という疑似自動バックアップ機能構築のお話 さくらのVPSにはバックアップ機能がないため、もしもの場合に備えて外部への自動バックアップ機能を追加する 保存先をさくらインターネット外部（オンラインストレージ）にしたのは、さくら側の障害（事例1,事例2,事例3）によるデータ損失を防ぐため。 「さくらのVPS」でバックアップの機能はありますか いいえ、「さくらのVPS」は、標準・オプション共に、バックアップの機能はございません。 同一ゾーンであれば複数台構成でのご利用が可能でございますため、他のサーバとデータを同期する、 重要なデータはローカル環境に保存するなど、ご対応ください。 機能要件 定期的なバックアップ（毎日・3世代） 保存先は
子育て世代に送る「デジタル写真管理システム」構築のススメ 簡単共有＆自動バックアップを可能に - はてなニュース
こんにちは、からあげ（id:karaage）です。今回は、子供を持つカメラが趣味の父親として、簡単共有・自動バックアップ可能な「デジタル写真管理システム」を子育て世代に向けて紹介したいと思います。少し大げさなタイトルですが、ITの専門家ではない私が、自分なりのちょっとした工夫を紹介します。子育てをしている多くの方や、子育て世代以外の方々にも参考になる内容と思いますので、よろしければ気楽にご一読ください。 ＜目次＞ ■ カメラ好きの父親が悩む、子供が生まれてからの写真管理 ■ iCloudの共有アルバムを使った写真共有 ■ 増え続ける写真データをいかに守るか ＜実は危険なSDカード保管による写真データのバックアップ＞ ＜増え続ける写真をNASで確実に保存・バックアップ＞ ＜クラウドストレージサービスへのバックアップ＞ ■ プリントアウトもおすすめ ■ まとめ ■ 著者プロフィール 関連エント
GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット － Publickey
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
mysql バックアップと復元 - Qiita
# 全てのデータベースをバックアップ $ mysqldump -u root -x --all-databases > dump.sql # 特定のデータベースのみバックアップ $ mysqldump -u root <database_name> > dump.sql # 複数のデータベースをバックアップする場合はdatabasesオプションを $ mysqldump -u root --databases DB1 DB2 DB3 mysqldump [OPTIONS] database [tables]とかいう書式でテーブル名も指定できるみたいだ。 SQLベースで復元 普通にmysqlコマンドに渡せばOK
MySQL入門 レプリケーション編 - Qiita
#経緯 とある勉強会の内容の復習＆整理 #タイトル インストール・アーキテクチャ基礎編 レプリケーション編 ←今回はこちら バックアップ編 チューニング基礎編 #レプリケーション編 アジェンダ レプリケーションとは レプリケーションの仕組み レプリケーションの種類 レプリケーションの設定方法 バイナリログの管理方法 その他の考慮事項 参考情報 #1. レプリケーションとは ##1.1. 基礎知識 データの複製（レプリカ）を別のサーバにモテる機能 MySQLの標準機能で、多数のWebサイト等で利用されている － シンプルな設定で利用可能 － マスター → スレーブ構成 ##1.2. マスタースレーブ構成 サーバはマスター、スレーブまたは両方になれる マスターサーバ － データを変更 － 変更内容をスレーブに転送 － マスターは複数のスレーブを持てる スレーブサーバ － マスターでの変更内容を
Baculaによる、無料のエンタープライズ向けバックアップシステムを構築する【前編】
Baculaサーバーの構築 パッケージのインストール $ sudo yum --enablerepo=epel install -y bacula-storage-mysql bacula-director-mysql bacula-client bacula-console [vagrant@bacula-server ~]$ sudo yum --enablerepo=epel install -y bacula-storage-mysql bacula-director-mysql bacula-client bacula-console Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile epel/metalink | 4.8 kB 00:00 Including mirror: www.
【CentOS】さくらのVPSでpdumpfsを使ってバックアップする
さくらのVPS(CentOs 5.8 64bit版)で実行。 1.RPMforgeレポジトリを使えるようにする # yum --enablerepo=rpmforge install pdumpfs Loaded plugins: fastestmirror, priorities, security Loading mirror speeds from cached hostfile * base: ftp.nara.wide.ad.jp * extras: ftp.nara.wide.ad.jp * rpmforge: apt.sw.be * updates: ftp.nara.wide.ad.jp rpmforge | 1.1 kB 00:00 rpmforge/primary | 4.0 MB 00:06 rpmforge 11083/11083 Setting up Instal
Mondo Rescue - GPL disaster recovery solution
Mondo Rescue is a GPL disaster recovery solution. It supports Linux (i386, x86_64, ia64) and FreeBSD (i386). It's packaged for multiple distributions (Fedora, RHEL, openSuSE, SLES, Mandriva, Mageia, Debian, Ubuntu, Gentoo). It supports tapes, disks, network and CD/DVD as backup media, multiple filesystems, LVM, software and hardware Raid, BIOS and UEFI. You need it to be safe. Bruno Cornec: lead d
さくらVPSのイメージを丸ごとバックアップしてローカルでリストア | わだばギークになる
実験用にさくらVPSを使っているのですが、いまいち使い切れていないし、無駄に経費を垂れ流すのはどうかと思い、思い切って解約することにしました。 ただ、コレまで使っていた中で色々とデータが入っているので、コレのバックアップって取れないかなと調べてみたところ、MondoRescueというツールがあり、コレを使うとバックアップできるようです。 おー、なんと便利。というわけで、さくらVPSのバックアップとそれのリストアにチャレンジしてみました。 １．バックアップイメージの作成 １－１．MondoRescueのインストール MondoRescueを取得します。 $ wget ftp://ftp.mondorescue.org/rhel/5/x86_64 $ mv mondorescue.repo /etc/yum.repos.d/ $ yum install mondo １－２．バックアップ作
さくらのVPSをMondo Rescueで丸ごとバックアップしてVMWare Fusionでリストアしてみた
ホスティングでサーバーで運用しつつ、お手軽にバックアップする方法は無いのか？ ファーストサーバーの件から向こう、外部のホスティングでサーバーを運用しつつ、うまくバックアップする方法が無いかとぼんやり考えていた。 しかし、世の中の状況は「ぼんやりと」では済まされないらしい。企業はファーストサーバーの件に恐怖している。 確かに、こんな話は聞いたこと無い。しかし、福島原子力災害と同様「ありえない」と思っていたことが実際に起きてしまったのだから。 昔みたいにローカルに物理サーバーがあれば色々と方法はあるのだけど、世の中はクラウド時代。そして企業はコスト削減を余儀なくされている。だから、できるだけ社内に物理サーバーを持ちたくない。 かといって、さくらのVPSのようなホスティングでは当然物理サーバーが自由にならない。 しかし、VPSのようにソフトのインストール自体は自由にできるなら、サーバーを常時レプ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.web-development-kb-ja.site/ja/docker/dockerhub%E3%82%92%E4%BD%BF%E3%82%8F%E3%81%9A%E3%81%ABdockerimage%E3%82%92%E5%85%B1%E6%9C%89%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95/1047156262/
gitリポジトリ単位で バックアップ、アーカイブ、リカバリ - Qiita
mysqldumpでバックアップ＆復元 - phpspot