Bitrix と MariaDB を最新の安定バージョンに更新する

親愛なるハブロビ人の皆さん、こんにちは！ 自己紹介をさせてください、アレクサンダー。 小さいながらも誇り高いWEBスタジオのシステム管理者。 私たちは、すべてが迅速、安全に、そして最新のソフトウェアで動作することを本当に望んでいます。 これを行うために、オフィス内のコンピューター上で nagios + PhantomJS バンドルを起動し、30 分ごとにページの読み込み速度をチェックしました。 利用規約に従って、1C-Bitrix のアップデートも監視し、定期的にインストールします。 そしてある日、次のアップデートの後、管理パネルに、2019 年の夏以降、1C-Bitrix は MySQL 5.5 での動作を停止したため、アップデートする必要があるというメッセージが表示されます。 ISPSystem のスタッフはハンサムで、定期的にパネルの機能を拡張しています。彼らには特に感謝しています。 しかし、今回はマウスですべてをクリックすることはできませんでした。 しかし、何が起こったのか、そして今私のひげに何本の白髪があるのか​​は、カットの下に見つけることができます。

Dockerコンテナにインストールされる「代替DBMSサーバー」をインストールするオプションしかありませんでした。 もちろん、Docker がリソースを非常に節約していることは理解していますが、それがどれほど優れた動作をしても、オーバーヘッドは > 0 です。 そしてここで私たちは、いわばコンマ数秒で戦い、公開して契約を結ぶ前に入り口ですべてのサイトを最適化しています。 だから私の選択ではありません。
さて、ドキュメントには何が書いてあるでしょうか？ すべてをバックアップし、MariaDB リポジトリへのリンクを含むファイルを yum.repos.d に追加して、

rpm -e --nodeps MariaDB-server MariaDB-client MariaDB-common

ヤムはその後、誰かが知らないうちにパッケージを削除したという事実を罵ることになります。 しかしまず最初に、彼に誓ってもらいましょう、大丈夫です。 次に、yum を介して削除を行うと、MariaDB とともに、依存関係によって関連付けられているすべてのもの (PHP、ISPManager、および PHPmyadmin) を破壊しようとします。 したがって、バグについては後で対処します。

yum clean all
yum update
yum install MariaDB-server MariaDB-client MariaDB-common

一般的に、すべてがセットアップされ、開始されました。 良い点は、基地が拾われ、ダンプから復元する必要がないことです。 サイトをチェックしましたが、すぐに動作します。 私はいくつかの管理パネルに行き、何も落ちていないことを確認し、すべてが正常であることをディレクターに登録解除しました。 30分も経たないうちに、まったく問題ないことが判明しました...

管理パネルに移動してコンテンツに編集を追加しようとすると、メッセージが表示されませんでした

MySQL Query Error: INSERT INTO b_iblock_element_property (ID, IBLOCK_ELEMENT_ID, IBLOCK_PROPERTY_ID, VAL UE, VALUE_NUM) SELECT 10555 ,2201 ,P.ID ,'3607' ,3607.0000 FR OM b_iblock_property P WHERE ID = 184 [[1062] Duplicate entry '10555' for key 'PRIMARY']

サイトのコンテンツは当社の従業員によって追加されたものであるため、クライアントはまだ何も知らず、私たちを引き裂き始めていませんでした。 しかし、サイト上の情報を更新する必要があり、多くのクライアントがこれを注意深く監視しているため、それは時間の問題でした。

エラーの文面から、Bitrix は編集中の記事と同じ主キーを指定しながら、データベースに新しいレコードを追加しようとしていると結論付けることができます。 したがって、問題が Bitrix 側で発生していると疑う理由があります。 Web サイトにアクセスし、サポートにお問い合わせください。 ほとんどすぐに、「難しい問題です。」という答えが得られます。 上級エンジニアに与えられました - 待ってください...」

かなり長い時間待たなければなりませんでした (対話全体は 25.06.2019 年 9.07.2019 月 10.4.6 日から XNUMX 年 XNUMX 月 XNUMX 日まで行われました)。その結果、「この問題は Bitrix CMS の動作とは関係ありませんが、関連している」というメッセージが表示されました。 mariadb XNUMX ではデータベース自体の動作に問題があり、残念ながらこの問題を解決するサイトが欠落しているため、古いバージョンの MariaDB に移行する必要があります。」

出航…物語冒頭ではダウングレードも考えましたが、 ここでは白黒でダウングレードはありえないということ。 ダンプをマージし、新しくインストールしたサーバーに再デプロイします。 それらの。 すべてのサーバーを一度に更新しなくて良かったです。 それらの。 サイトは「わずか」 10.4.6 サイトです (神経質な笑い :-))。 彼らはまた、サポートで次のように述べています。「MariaDB XNUMX データベースを使用している場合の問題を解決するには、リクエストが行われた場合にトランザクションがデータベースからレコードを削除しないことを MariaDB テクニカル サポートに問い合わせる必要があります。

$DB->Query("DELETE FROM ".$strTable." WHERE ID = ".$res["ID"]);
$results = $DB->Query("SELECT * FROM ".$strTable." WHERE ID = ".$res["ID"]);”

MariaDB サポートとのやり取りを開始した瞬間から数時間は希望が見えましたが、その後、私が商用ユーザーではないため、意図的に私の問題を解決してくれる人は誰もいないと非常に正確に通知された手紙を受け取りました。 Web サイトのフォーラムにアクセスして、そこでオプションを探してみてください。詳細については説明しません。 そこには選択肢はありません。
だいたい！ ISPのライセンスを購入しました！
こんにちは、サポートですか？ みんな、助けて！
- 申し訳ありませんが、DBMS のネイティブ バージョンを変更する凶悪犯はサポートしていません。 必要に応じて、docker に代替サーバーを使用するオプションがあります。
- しかし、ユーザーとデータベースはどのようにしてそこに到達するのでしょうか? 港湾労働者に?
- さて、あなたは手でそこにドラッグします...
- はい！ また、mysql のポートが変更されるため、すべての設定を確認して書き直す必要があることを忘れないでください。
わかりました、ありがとう、考えてみます...
と考え、ハンドル付きの10.4を破壊し、問題のなかった10.2を他のサーバーにインストールすることにしました。

このプロセスはアップグレード プロセスとあまり変わりませんでした。 リポジトリへのリンクで 10.4 を 10.2 に変更し、yum のキャッシュをリセットして再作成するだけで済みました。 さて、もう 10.4 つの「些細な」ことです。10.2 を削除した後、/var/lib/mysql に移動し、そこからすべてを削除します。 この手順を行わないと、XNUMX をインストールした後、サービスが常にクラッシュし、次のようなメッセージが表示されます。

Не удалось подключиться к базе данных '' Lost connection to MySQL server at 'reading initial communication packet', system error: 104 "Connection reset by peer"

または

Lost connection to MySQL server at 'handshake: reading inital communication packet', system error: 104

データベースをインポートする前に、まず ISP 構成で指定された mysql root パスワードを設定し、mysql データベース ダンプをインポートしました。 では、すでにユーザーと権限があるので、root アカウントを使用してすべてのユーザー データベースを連続してインポートするだけです。

データベース ダンプのスクリプト テキスト:

#!/bin/bash
echo 'show databases' | mysql -u root --password="ПаРоЛь_РУТА" --skip-column-names | grep -v information_schema | xargs -I {} -t bash -c 'mysqldump -u root --password="ПаРоЛь_РУТА" {} | gzip > /BACK/back-$(hostname)-{}-$(date +%Y-%m-%d-%H.%M.%S).sql.gz'

データベースをインポートする前に、データベースを解凍する必要があります。 コマンドを実行するだけです

gunzip /BACK/*.gz

そして最後に、何らかの理由で、データベース名にハイフンを使用できます (ISPmanager を使用してデータベースを作成した場合)。 ただし、名前にハイフンが含まれるデータベースにダンプを作成またはアップロードしようとすると、クエリ構文が正しくないというメッセージが表示されます。

すべての祝福を最後まで読んでください。 カンマが入っていない可能性が高いことをお詫びします。問題が発生しています。 本質的に説明された提案に対する希望がある場合は、コメントに何かを見逃してしまうのが怖いので、個人的なことを書いてください。 あまり悪口を言わないでください - これは私の最初の記事です 🙂

UPD1：

言い忘れるところでしたが、MariaDB をダウングレードせずに問題の解決策を見つけようとしていたときに、何らかの方法で情報を更新する必要がありました。 このように更新されました。データベース全体が InnoDB から MyISAM に変換され、infa が更新されてから、InooDB に変換されます。
UPD2：

1C-Bitrix から次の内容の手紙を受け取りました。

修正リクエストが完了しました
「mariadb を 10.4.6 に更新した後、情報ブロック要素を保存するときにエラーが発生しました」
モジュール: iblock、バージョン: 不明
解決策: 拒否されました

したがって、今のところ、10.4にアップデートすることは不可能のようです 🙁

出所： habr.com