アップグレード
再作成中です - Mitsuhiro Yoshida (トーク)
このページではMoodleのアップグレードに関して詳細を説明します。処理概要に関してはアップグレード概要をご覧ください。
システム要件を確認する
アップグレード前、あなたのサーバがすべての 3.5 のシステム要件に合致するか「サイト管理 > サーバ > 動作環境」で確認してください。
サーバおよびクライアントの両ソフトウェア要件に関して、開発者ドキュメント内の リリースノート をご覧ください。
Notes: 注意:
- Moodle 3.6またはそれ以降のバージョンからのみMoodle 3.5 にアップグレードできます。古いバージョンからアップグレードする場合、最初に3.6にアップグレードする必要があります。
アップグレード前に
あなたが希望するよう動作するか確認するため、実運用サイトのコピーを使用したアップグレードのテストをお勧めします。
あなたのサイトでアップグレードキーの設定をお考えください。
インポートデータをバックアップする
すべてのアップグレードの前にバックアップすべき場所が3箇所あります:
- Moodleソフトウェア (For example, everything in server/htdocs/moodle)
- Moodleアップロードファイル (例: server/moodledata)
- Moodleデータベース (例: PostgresまたはMySQLデータベースダンプ)
具体的な情報はサイトバックアップをご覧ください。
プラグインの更新を確認するCheck for plugin updates
あなたが自動更新の適用を有効にしている場合、インストール済みのプラグインをアップグレード中に自動更新できます。プラグインのチェック画面で確認ボタンをクリックして利用可能な更新を確認してください。
あなたがプラグインを手動インストールした場合、 あなたのサイトにインストールしたプラグイン (テーマを含む) に利用可能な 3.5 バージョンがあるかどうか、Moodleプラグインディレクトリを確認しても良いでしょう。もし、該当するバージョンがある場合、プラグインパッケージをダウンロードしてください。次のステップではダウンロードおよび展開したファイルをあなたのMoodleコードの適切な場所にコピーしてください (詳細はプラグインのインストールをご覧ください)。
そして、プラグインのアップグレードはMoodleアップグレード処理の一部として処理されます。
古いプラグインがあなたのアップグレードを失敗させている場合、通常、Moodleからアンインストールするのではなく、プラグインコードを削除してください。これによりプラグインに関連するデータが削除されることはありません。
あなたのサイトをメンテナンスモードに切り替える
非管理者ユーザのログインを防ぐため、あなたのサイトのアップグレード開始前にサイトをメンテナンスモードに切り替えてください。
新しいMoodleソフトウェアをインストールする
あなたはMoodle downloadsから最新版のリリースをダウンロードできます。
標準インストールパッケージ
- あなたの古いMoodleソフトウェアプログラムファイルを別の場所に移動してください。古いファイルの上に新しいファイルを上書きしないでください。
- すべての新しいMoodleソフトウェアプログラムファイルがサーバ内の古いファイルが配置されていた場所に配置されるようアップグレードファイルを展開 (解凍) してください。
- あなたの古いconfig.phpファイルを新しいMoodleディレクトリに戻してください。
- 前述のとおり、あなたのサイトにプラグインをインストールした場合、今すぐ新しいコードツリー (Moodleディレクトリ構造) に追加してください。あなたの新しいバージョンのMoodleのために正しいバージョンを取得することが重要です。特に新しいバージョンのMoodleでコードを上書きしないこと、およびプラグインフォルダを正しいディレクトリ (現在のインストールと同じディレクトリ) に配置することに注意してください。
- あなたのmoodledataフォルダはMoodleコードフォルダとは別に配置する必要があり、そのような場合、何もする必要はありません。Moodle 3.0ではMoodledataフォルダがウェブアクセス可能なフォルダに配置されている場合、警告が表示されるため、決してMoodleコードフォルダには配置しないでください。あなたのインストールを新しいサーバまたはサーバの新しい場所に移動する場合、あなたは移行ドキュメントに従う必要があります。
Linux
mv moodle moodle.backup tar xvzf moodle-latest-3.5.tgz
次にconfig.php、カスタムプラグインおよび作成している場合は.htaccessファイルをコピーしてください (最初にカスタムプラグインが新しいMoodleに適したバージョンであることを確認してください)。
cp moodle.backup/config.php moodle cp -pr moodle.backup/theme/mytheme moodle/theme/mytheme cp -pr moodle.backup/mod/mymod moodle/mod/mymod
あなたのウェブサーバでmoodle/config.php (および残りのソースコード) を読み取り専用にしないでください。最大限のセキュリティを確保するため、ファイルはサーバから書き込み可能な状態にしないでください。これはインターネットに公開されている「実運用」サーバーは特に重要です。
chown -R root:root moodle (Linux debian - またはmoodle専用のユーザを作成してください。ウェブサーバのユーザは使わないでください。例: www-data) chmod -R 755 moodle
あなたがcronを使用する場合、cron.phpが実行可能であること、それから、正しいphpコマンドを使用することに注意してください:
chmod 740 admin/cli/cron.php (一部の設定では「chmod 750」または「chmod 755」が必要です)
必要であればcron.phpの最初の行をコピーしてください (「#!/usr/local/bin/php」または「#!/usr/local/bin/php5.3」のような行です。「<?php」のコピーは不要です) 単純なアップグレードの場合、cronで何かを変更する必要はないはずです。
Gitを使用する
あなたのMoodleを更新およびアップグレードのためにgit使用できます。詳細は管理者のためのGitをご覧ください。
コマンドラインアップグレード
Linuxサーバにおいて、Moodle 3.5 はウェブブラウザ経由だけではなく、コマンドラインからのアップグレードもサポートします。特に大きな規模のサイトの場合、これは信頼できるアップグレード方法です。
アップグレードを終える
最後のステップではMoodle内でアップグレード処理を開始してください。
処理前にあなたのサイトをメンテナンスモードに切り替えている場合、すぐに解除してください!
メンテナンスモードを解除するには「サイト管理 > 通知」に移動してください。
Moodleは自動的に新しいバージョンを検出して必要なすべてのSQLデータベースまたはファイルシステムのアップグレードを実行します。非常に稀ですが、Moodle自体にできないことがある場合、あなたが何をする必要があるかメッセージが表示されます。
すべてを問題なく終えた (エラーメッセージがない) 場合、あなたは新しいバージョンのMoodleの新機能を楽しめます!
注意: あなたが複数のサーバを運用している場合、すべてのサーバでアップグレードを完了した後、手動ですべてのキャッシュを削除してください (「サイト管理 > 開発 > すべてのキャッシュを削除する」)。
致命的エラー: 最大実行時間の30秒を超過しました ... .
119598. あなたのサーバで英語以外のメイン言語を使用している場合、アップグレード時に 'Fatal error: Maximum execution time of 30 seconds exceeded' というエラーに遭遇する場合があります。あなたはphp.iniでmax_execution_time = 160を増やして、スクリプトの言語更新処理に十分な時間を確保できます。そうでない場合、アップグレード実行前にデフォルト言語を英語に切り替えた上でアップグレード完了後に元の言語に戻せます。詳細は次のフォーラムディスカッションをご覧ください: https://moodle.org/mod/forum/discuss.php?d=119598
アップグレード後
{{Note|IBigBlueButtonBNが以前インストールされていた場合、動画はバックグラウンドで非同期に処理されるため、データの移行はMoodleのアップグレード完了後に開始されます。
これは大規模なデプロイメント (多くの動画がある) では処理に時間がかかるため (数時間を要する場合もあります)、動画がすぐに表示されない可能性があることを意味します。しかし、動画はまだ存在しています。}
あなたのMoodle 3.5 に影響を与える可能性のある問題
以下に項目を追加してください ...
新しいユーザツアー
Moodle 4.0には新機能を強調する4つの新しいユーザツアーがあります。必要であれば、サイト管理 / 外観 / ユーザツアーでこれらを無効にできます。
詳細はこちらもご覧ください (英語): upgrade_notes-labelled issues and ui_change-labelled issues
Moodle 3.5 の新しいプラグイン
BigBlueButton
注意: 記録を正常に動作させるため、Cronジョブを有効にしてください。 |
BigBlueButtonBNは10年以上にわたり提供されてきた非標準プラグインです。MoodleとBigBlueButtonサーバの相互運用を可能にます。Moodle 4.0ではコアプラグインとして含まれています。 詳細はBigBlueButton in Moodle 4.0をご覧ください。 Moodle 4.0にアップグレードする場合、2つの可能性があります。
BigBlueButtonBN未インストール
プラグインがインストールされていない場合、以下点の考慮すべき点があります。
- BigBlueButtonはデフォルトで無効にされています。管理者は「サイト管理 > プラグイン > 活動を管理する」から有効にした上でデータ処理契約に同意するボックスにチェックを入れる必要があります。
- BigBlueButtonは外部サービスです。このプラグインはいくつかの制限のある無料階層型ホスティングであらかじめ設定されています。
BigBlueButtonBNインストール済み
プラグインがすでにインストールおよび正しく設定されている場合、アップグレードは正常に完了するはずです。しかし、いくつかの考慮すべき点もあります。
- BigBlueButtonはデフォルトで無効にされている場合があります。この場合、管理者は「サイト管理 > プラグイン > 活動を管理する」で有効にしてデータ処理契約に同意するボックスにチェックを入れる必要があります。
- BigBlueButtonは外部サービスです。このプラグインは以前のFree Tier Hosting (https://test-install.blindsidenetworks.com/bigbluebutton/) が使用されていた場合のみ、BigBlueButtonの認証情報を変更します。そうでない場合、既存のサービスのままとなります。
一般的な検討事項 A general consideration
どのようなシナリオであっても、一般的に考慮すべきことは1点のみです。
BigBlueButtonはまだレコーディングのリポジトリですがメタデータは現在Moodleに保存されているため、BigBlueButton活動が表示されるたびにgetRecordingリクエストする代わりにビューは完全にMoodleデータで埋め尽くされます。これはコードをより効率的にする一方で、すべてのレコーディングがアップグレードの一部として処理される必要があることを意味します。
- レコーディングが正常に動作するためにはcronジョブを有効にする必要があります。
- レコーディングはバックグラウンドで非同期に処理されるため、データ移行はMoodleのアップグレード完了後に開始されます。これは大規模な展開 (多くのレコーディング) において、レコーディングが処理されて活動の一部として表示されるまで長時間時間 (数時間) を要する場合があることを意味します。
処理詳細はcronジョブのログ確認できます。
また、プラグインがアンインストール未了で既存のルームが存在する場合、レコーディングはまだ参照されていることを忘れないでください。すぐに表示されない場合でも、何も失われることはありません。必要なのは移行のみです。
Moodle 3.5 の新しいケイパビリティ
- mod/bigbluebuttonbn:addinstance
- mod/bigbluebuttonbn:addinstancewithmeeting
- mod/bigbluebuttonbn:addinstancewithrecording
- mod/bigbluebuttonbn:deleterecordings
- mod/bigbluebuttonbn:importrecordings
- mod/bigbluebuttonbn:join
- mod/bigbluebuttonbn:managerecordings
- mod/bigbluebuttonbn:protectrecordings
- mod/bigbluebuttonbn:publishrecordings
- mod/bigbluebuttonbn:unprotectrecordings
- mod/bigbluebuttonbn:unpublishrecordings
- mod/bigbluebuttonbn:view
- mod/quiz:emailnotifyattemptgraded
- moodle/question:commentall
- moodle/question:commentmine
- moodle/reportbuilder:edit
- moodle/reportbuilder:editall
- moodle/reportbuilder:scheduleviewas
- moodle/reportbuilder:view
- qbank/customfields:changelockedcustomfields
- qbank/customfields:configurecustomfields
- qbank/customfields:viewhiddencustomfields
Moodle 3.6, 3.7, 3.8, 3.9, 3.10および3.11での改善点
Depending on which version you are upgrading from, please see the section 'Possible issues that may affect you' in the documentation どのバージョンからアップグレードするかによって、各ドキュメントの「あなたのMoodleに影響を与える可能性のある問題」のセクションを参照してください。
- Upgrading to Moodle 3.6
- 3.6にアップグレードする
- Upgrading to Moodle 3.7
- 3.6にアップグレードする
- Upgrading to Moodle 3.8
- 3.6にアップグレードする
- Upgrading to Moodle 3.9
- 3.6にアップグレードする
- Upgrading to Moodle 3.10
- 3.6にアップグレードする
- Upgrading to Moodle 3.11
- 3.6にアップグレードする
処理に関して質問したいことがありますか? Any questions about the process?
moodle.orgのInstalling and upgrading help forumに投稿してください。
関連情報
■■■■■■■■■■■■■■■■■■■■■■
旧「アップグレード」ドキュメント
このページでは、Moodleをアップグレードする方法について詳しく説明しています。プロセスの概要については、アップグレード概要を参照してください。
要件を確認してください
サイト管理 > サーバ > 環境 から3.8のすべての要件を満たしていることを確認してください。
[1]と[2]の両方のソフトウェア要件については、開発ドキュメントの[3]を参照してください。
ノート:
- Moodle3.2以降からのみMoodle 3.8にアップグレードできます。以前のバージョンからアップグレードする場合は、最初のステップとして3.2にアップグレードする必要があります。
アップグレードの前に
最初に本番サイトのコピーでアップグレードをテストして、期待どおりに機能することを確認することをお勧めします。
サイトにアップグレードキーを設定することを検討してください。
重要なデータをバックアップする
アップグレードする前にバックアップする必要がある3つの領域があります。
- Moodleソフトウェア(たとえば、server/htdocs/moodle内のすべて)
- Moodleアップロードされたファイル(例えば、server/moodledata)
- Moodleデータベース(たとえば、PostgresまたはMySQLデータベースダンプ)
詳細については、サイトのバックアップを参照してください。
プラグインの更新を確認してください
自動更新の適用を有効にすると、アップグレード中にインストールされているプラグインを自動的に更新できるようになります。プラグインチェック画面で(ボタンを使用して)利用可能なアップデートを確認してください。
プラグインを手動で更新する場合は、Moodleプラグインディレクトリで、プラグイン(テーマを含む)で使用できる3.8バージョンがあるかどうかを確認することをお勧めします。以前にサイトにインストールしたことがあります。その場合は、プラグインパッケージをダウンロードしてください。次のステップでは、それをMoodleコードの適切な場所にコピーします(プラグインのインストールを参照)。
プラグインのアップグレードは、Moodleアップグレードプロセスの一部として行われます。
古いプラグインが原因でアップグレードが失敗した場合、プラグインに関連付けられたデータが削除されないように、Moodle内からプラグインをアンインストールするのではなく、通常はプラグインコードを削除できます。
サイトをメンテナンスモードにします
サイトのアップグレードを開始する前に、サイトをメンテナンスモードを使用して、管理者以外のユーザのログインを停止します。次に、現在実行中のcronプロセスが完了するのを待ってから続行する必要があります。
新しいMoodleソフトウェアをインストールする
ソフトウェアの現在のバージョンは、次のURLで取得できます。
wget http://sourceforge.net/projects/moodle/files/Moodle/stable38/moodle-latest-38.tgz
標準インストールパッケージ
- 古いMoodleソフトウェアプログラムファイルを別の場所に移動します。 古いファイルの上に新しいファイルをコピーしないでください。
- アップグレードファイルを解凍または解凍して、すべての新しいMoodleソフトウェアプログラムファイルが、サーバ上の古いファイルがあった場所にあるようにします。アップグレードで必要な場合、MoodleはSQLとmoodledataを調整します。
- 古い config.phpファイルを新しいMoodleディレクトリにコピーして戻します。
- 上記のように、サイトにプラグインをインストールした場合は、今すぐ新しいコードツリー(Moodleディレクトリ構造)にプラグインを追加する必要があります。 Moodleの新しいバージョンに合った正しいバージョンを入手できることを確認することが重要です。新しいバージョンのMoodleのコードを上書きしないように、またプラグインフォルダを正しいディレクトリ(現在のインストールと同じディレクトリ)に配置するように特に注意してください。
- moodledataフォルダはMoodleコードフォルダとは別に配置する必要があるため、何もする必要はありません。 Moodle 3.0は、Webアクセス可能なフォルダに配置されている場合に警告をスローし、moodledataをMoodleコードフォルダに配置してはなりません。インストールを新しいサーバまたはサーバ上の新しい場所に移動する場合は、移行ドキュメントに従う必要があります。
Linux
mv moodle moodle.backup tar xvzf moodle-latest-3.8.tgz
次に、config.php、カスタムプラグイン、および作成した場合は.htaccessファイルをコピーします( カスタムプラグインが新しいMoodleの正しいバージョンであることを最初に確認してください ):
cp moodle.backup/config.php moodle cp -pr moodle.backup/theme/mytheme moodle/theme/mytheme cp -pr moodle.backup/mod/mymod moodle/mod/mymod
moodle/config.php(および残りのソースコード)をwwwサーバで読み取り可能にすることを忘れないでください。最大限のセキュリティを確保するために、ファイルはサーバから書き込み可能であってはなりません。これは、パブリックインターネットに公開されている '本番' サーバでは特に重要です。
chown -R root:root moodle (Linux debian - or even create a user especially for moodle. Don't use the web server user, e.g. www-data) chmod -R 755 moodle
cronを使用する場合は、cron.phpが実行可能であり、正しいphpコマンドを使用するように注意してください。
chmod 740 admin/cli/cron.php (設定によってはchmod 750またはchmod 755が必要です) cron.phpの1行目を必要に応じてコピーします('#!/usr/local/bin/php' や '#!/usr/local/bin/php5.3' のような場合は、'<?php' をコピーする必要はありません)
ただし、単純なアップグレードの場合は、cronで何も変更する必要はないはずです。
Gitの使用
Gitを使用してMoodleを更新またはアップグレードできます。詳細については、管理者用Gitを参照してください。
コマンドラインのアップグレード
Linuxサーバでは、Moodle 3.8は、Webブラウザーではなく、コマンドラインからのアップグレードの実行をサポートしています。これは、特に大規模なサイトの場合、より信頼性が高くなる可能性があります。
アップグレードの終了
最後のステップは、Moodle内でアップグレードプロセスをトリガーすることです。
以前にサイトをメンテナンスモードにした場合。今すぐ取り出してください!
これを行うには、 サイト管理 > 通知 に移動します。
Moodleは自動的に新しいバージョンを検出し、必要なすべてのSQLデータベースまたはファイルシステムのアップグレードを実行します。それ自体では実行できないことがある場合(非常にまれです)、何をする必要があるかを示すメッセージが表示されます。
すべてが順調に進んでいる(エラーメッセージがない)と仮定すると、新しいバージョンのMoodleを使い始めて、新しい機能を楽しむことができます!
注:複数のサーバーを運用している場合は、すべてのサーバーのアップグレードが完了した後に、手動ですべてのキャッシュを消去する必要があります("サイト管理 > 開発 > すべてのキャッシュを消去")。
致命的なエラー: 最大実行時間が30秒を超えました...
サーバが英語以外の主要言語を使用している場合、サーバをアップグレードしようとすると、'致命的なエラー: 最大実行時間が30秒を超えました' というメッセージが表示される場合があります。 php.iniでmax_execution_time = 160を増やして、スクリプトが言語の更新を処理するのに十分な時間を確保できます。それ以外の場合は、アップグレードを実行する前にデフォルト言語として英語に切り替え、アップグレードが成功した後に元の言語に戻すことができます。 https://moodle.org/mod/forum/discuss.php?d=119598 でフォーラムディスカッションを参照してください。
アップグレード後
Moodle 3.8であなたに影響を与える可能性のある問題
コース概要の改善
新しいコース概要設定により、管理者は次のことが可能になります
- 現在利用可能なレイアウト(カード、リスト、要約)を減らします
- コースのカスタムフィールド値を使用するカスタムフィルタの提供など、使用可能なフィルタオプションを指定します
コースリクエストの変更
ケイパビリティmoodle/course:requestおよびmoodle/site:approvecourseがカテゴリコンテクストに適用されるようになりました。
削除された機能
- 新しいMoodleNetオープンソーシャルメディアプラットフォームの準備の一環として、コミュニティファインダーブロックとコース共有機能が削除されました。
- ナビゲーションドロワー(ブーストテーマ)とナビゲーションブロック(クラシックテーマ)に参加者リンクがあるため、ピープルブロックは削除されました。
ここにさらにアイテムを追加してください...
22)%20AND%20labels%20%3D%20upgrade_notes upgrade_notes-ラベル付きの問題および20fixed%20AND%20fixVersion%20in%20(%223.8%22)%20AND%20labels%20%3D%20ui_change%20 ui_change-ラベル付きの問題。
Moodleの新機能3.8
フォーラム
- forumreport/summary:view
- forumreport/summary:viewall
- mod/forum:exportforum
- mod/forum:grade
H5P
- atto/h5p:addembed
- moodle/h5p:deploy
- moodle/h5p:setdisplayoptions
- moodle/h5p:updatelibraries
Moodle 3.2、3.3、3.4、3.5、3.6および3.7の改善
アップグレード元のバージョンに応じて、各ドキュメントの 「あなたのMoodle に影響を与える可能性のある問題」セクションを参照してください。
- Upgrade to Moodle 3.2
- Upgrade to Moodle 3.3
- Upgrade to Moodle 3.4
- Upgrade to Moodle 3.5
- Upgrade to Moodle 3.6
- Upgrade to Moodle 3.7
手順に関する質問はありますか?
moodle.orgのインストールとアップグレードのヘルプフォーラムに投稿してください。