1.2.1 - en to ja translation catalogue (71 entries)

en: Summary
ja: 概要

en: ``grndb`` manages a Groonga database.
ja: ``grndb`` はGroongaのデータベースを管理します。

en: Here are features:
ja: 機能は次の通りです。

en: Checks whether database is broken or not.
ja: データベースが壊れているかどうかをチェックする。

en: Recovers broken database automatically if the database is recoverable.
ja: 壊れたデータベースが復旧可能なら自動でデータベースを復旧する。

en: Syntax
ja: 構文

en: ``grndb`` requires command and database path::
ja: ``grndb`` にはコマンドとデータベースのパスを渡します。::

en: Here are available commands:
ja: 利用可能なコマンドは以下の通りです。

en: ``check`` - Checks whether database is broken or not.
ja: ``check`` - データベースが壊れているかどうかをチェックします。

en: ``recover`` - Recovers database.
ja: ``recover`` - データベースを復旧します。

en: Usage
ja: 使い方

en: Here is an example to check the database at ``/var/lib/groonga/db/db``::
ja: 以下は ``/var/lib/groonga/db/db`` にあるデータベースをチェックする例です::

en: Here is an example to recover the database at ``/var/lib/groonga/db/db``::
ja: 以下は ``/var/lib/groonga/db/db`` にあるデータベースを復旧する例です::

en: Commands
ja: コマンド一覧

en: This section describes available commands.
ja: このセクションでは利用可能なコマンドについて説明します。

en: It checks an existing Groonga database. If the database is broken, ``grndb`` reports reasons and exits with non-``0`` exit status.
ja: 既存のGroongaデータベースをチェックします。もし、データベースが壊れていたら ``grndb`` は詳細を報告し、 ``0`` 以外の終了ステータスで終了します。

en: You must not use this command for opened database. If the database is opened, this command may report wrong result.
ja: このコマンドを他のプロセスが開いているデータベースに対しては使ってはいけません。もし、データベースが他のプロセスから開かれていると、このコマンドは間違った結果を報告する可能性があります。

en: ``check`` has some options.
ja: ``check`` にはいくつかオプションがあります。

en: It specifies a check target object.
ja: チェック対象のオブジェクトを指定します。

en: If your database is large and you know an unreliable object, this option will help you. ``check`` need more time for large database. You can reduce check time by ``--target`` option to reduce check target.
ja: もし、データベースが大きく、かつ、信頼できないオブジェクトがわかっているなら、このオプションが役に立つでしょう。 ``check`` は大きなデータベースほど処理に時間がかかります。 ``--target`` オプションでチェック対象を限定することでチェック時間を削減できます。

en: The check target is checked recursive. Because related objects of unreliable object will be unreliable.
ja: ``check`` はチェック対象を再帰的にチェックします。なぜなら、信頼できないオブジェクトに関連するオブジェクトも信頼できないことが多いからです。

en: If the check target is a table, all columns of the table are also checked recursive.
ja: チェック対象がテーブルの場合、そのテーブルのすべてのカラムも再帰的にチェックします。

en: If the check target is a table and its key type is another table, the another table is also checked recursive.
ja: チェック対象がテーブルでテーブルのキーの型が他のテーブルの場合、他のテーブルも再帰的にチェックします。

en: If the check target is a column and its value type is a table, the table is also checked recursive.
ja: チェック対象がカラムで値の型がテーブルの場合、そのテーブルも再帰的にチェックします。

en: If the check target is an index column, the table specified as value type and all sources are also checked recursive.
ja: チェック対象がインデックスカラムの場合、値の型に指定したテーブルとすべてのソースも再帰的にチェックします。

en: Here is an example that checks only ``Entries`` table and its columns::
ja: 以下は ``Entries`` テーブルとそのカラムだけをチェックする例です。::

en: Here is an example that checks only ``Entries.name`` column::
ja: 以下は ``Entries.name`` カラムだけをチェックする例です。::

en: It specifies a log level of ``grndb`` log.
ja: ``grndb`` のログレベルを指定します。

en: Here is an example that specifies ``--log-level`` option::
ja: 以下は ``--log-level`` オプションを指定する例です。

en: See :doc:`/reference/commands/log_level` to know about supported log level.
ja: サポートされているログレベルについては :doc:`/reference/commands/log_level` を参照してください。

en: It specifies a path of ``grndb`` log.
ja: ``grndb`` のログ出力先のパスを指定します。

en: Here is an example that specifies ``--log-path`` option::
ja: 以下は ``--log-path`` オプションを指定する例です。

en: It specifies a logged content in ``grndb`` log by flags. The default value of ``--log-flags`` is ``time|message``. It means that timestamp and log messages are logged into ``grndb`` log.
ja: ``grndb`` のログに出力する内容をフラグで指定します。 ``--log-flags`` のデフォルト値は ``time|message`` です。 ``grndb`` のログにタイムスタンプとログメッセージを出力することを意味します。

en: Here is an example that specifies ``--log-flags`` option::
ja: 以下は ``--log-flags`` オプションを指定する例です。

en: See :doc:`groonga` to know about supported log flags.
ja: サポートされているログフラグについては :doc:`groonga` を参照してください。

en: It specifies the object's modified time which should be checked. If object's modified time is newer than the specified time, these objects are checked by ``grndb``. You can specify the modified time as ISO 8601 format or ``-NUNIT`` format such as -3days or -2.5weeks format.
ja: チェックすべきオブジェクトの更新時刻を指定します。もしオブジェクトの更新時刻が指定したものよりも新しければ、 ``grndb`` のチェックの対象となります。更新時刻は ISO 8601形式か -3days や -2.5weeksといった ``-NUNIT`` 形式で指定します。

en: Here is an example that specifies ``--since`` option in ISO 8601 format::
ja: 以下は ``--since`` オプションをISO 8601形式で指定する例です。

en: In above example, the objects which are modified after ``2019-06-24T18:16:22`` are checked.
ja: 上記の例では ``2019-06-24T18:16:22`` 以降に更新されたオブジェクトをチェックします。

en: Here is an example that specifies ``--since`` option in ``-NUNIT`` format::
ja: 以下は ``--since`` オプションを ``-NUNIT`` 形式で指定する例です。

en: In above example, the objects which are modified in recent 7 days are checked.
ja: 上記の例では、直近7日で更新されたものがチェックされます。

en: ``-NUNIT`` accepts the following suffix as a unit.
ja: ``-NUNIT`` は以下の単位を受け付けます。

en: Supported suffix
ja: 対応している単位

en: Description
ja: 説明

en: Specify recent N seconds. For example, ``--since=-100s`` means within recent 100 seconds should be checked.
ja: 直近N秒を指定します。例えば、 ``--since=-100s`` は直近100秒以内のものをチェックします。

en: Specify recent N minutes. For example, ``--since=-10m`` means within recent 10 minutes should be checked.
ja: 直近N分を指定します。例えば、 ``--since=-10m`` は直近10分以内のものをチェックします。

en: Specify recent N hours. For example, ``--since=-10h`` means within recent 10 hours should be checked.
ja: 直近N時間を指定します。例えば、 ``--since=-10h`` は直近10時間以内のものをチェックします。

en: Specify recent N days. For example, ``--since=-10d`` means within recent 10 days should be checked.
ja: 直近N日を指定します。例えば、 ``--since=-10d`` は直近10日以内のものをチェックします。

en: Specify recent N weeks. For example, ``--since=-10w`` means within recent 10 weeks should be checked.
ja: 直近N週を指定します。例えば、 ``--since=-10w`` は直近10週以内のものをチェックします。

en: Specify recent N months. For example, ``--since=-10month`` means within recent 10 months should be checked.
ja: 直近10ヶ月を指定します。例えば、 ``--since=-10month`` は直近10ヶ月以内のものをチェックします。

en: Specify recent N years. For example, ``--since=-1year`` means within recent 1 year should be checked.
ja: 直近N年を指定します。例えば、 ``--since=-1year`` は直近1年以内のものをチェックします。

en: It recovers an existing broken Groonga database.
ja: 既存の壊れたGroongaデータベースを復旧します。

en: If the database is not broken, ``grndb`` does nothing and exits with ``0`` exit status.
ja: もしデータベースが壊れていなかったら、 ``grndb`` は何もせず終了ステータス ``0`` で終了します。

en: If the database is broken and one or more index columns are only broken, ``grndb`` recovers these index columns and exists with ``0`` exit status. It may take a long time for large indexed data.
ja: もしデータベースが壊れていて、壊れているのがインデックスカラムだけなら、 ``grndb`` は壊れているインデックスカラムを復旧して終了ステータス ``0`` で終了します。インデックス対象のデータが大きい場合は復旧に長時間かかることもあります。

en: If the database is broken and tables or data columns are broken, ``grndb`` reports broken reasons and exits with non-``0`` exit status. You can know whether the database is recoverable or not by ``check`` command.
ja: もしデータベースが壊れていて、壊れているのがテーブルまたはデータカラムの場合は、 ``grndb`` は壊れている原因を報告して ``0`` 以外の終了ステータスで終了します。データベースを復旧可能かどうかは ``check`` コマンドで確認できます。

en: You must not use this command for opened database. If the database is opened, this command may break the database.
ja: このコマンドを他のプロセスが開いているデータベースに対しては使ってはいけません。もし、データベースが他のプロセスから開かれていると、このコマンドはデータベースを壊してしまう可能性があります。

en: ``recover`` has some options.
ja: ``recover`` にはいくつかオプションがあります。

en: It forces to truncate a corrupted database object.
ja: 壊れたデータベースオブジェクトを強制的に初期化します。

en: Here is an example that specifies ``--force-truncate`` option::
ja: 以下は ``--force-truncate`` オプションを指定する例です。

en: When this option is specified, ``grndb`` does the followings:
ja: このオプションが指定されたとき、 ``grndb`` は次のことを実行します。:

en: check whether there is a corrupted database object (table, column, indexes)
ja: 壊れたデータベースオブジェクト(テーブル、カラム、インデックス)がないかチェックします

en: truncate a corrupted database object (table, column, indexes)
ja: 壊れたデータベースオブジェクト(テーブル、カラム、インデックス)を初期化します

en: remove incremental files with .00N suffix which is created when large amount of data is loaded
ja: 大量のデータをロードしたときに作られる増分ファイル(末尾に.00Nがつきます)を削除します

en: ``--force-truncate`` option is destructive one. Even though lock is still remained, ``grndb`` truncates a targeted corrupted database object.
ja: ``--force-truncate`` は破壊的なオプションです。ロックが残留していても、 ``grndb`` は構わず対象となる壊れたデータベースオブジェクトを初期化します。

en: After ``grndb recover`` command has finished, you need to load data against truncated tables or columns to recreate database.
ja: ``grndb recover`` の処理が終わったら、データベースを再構築するために初期化されたテーブルやカラムに対して再びデータをロードする必要があります。

en: You must use this option only when necessary. It means that you use it when there is a mismatch between database meta information and database object files which exists actually. This options should be used when there is no other way to recover database.
ja: このオプションは必要なときのみ使用します。つまりデータベースのメタ情報と実際に存在するデータベースのオブジェクトファイルの情報が食い違っているときです。 他にデータベースを復旧する方法がないときのみ使うべきです。

en: It forces to clear lock of database, table and data column. It doesn't clear lock of index column. If index column has lock, the index column is recreated instead of clearing lock.
ja: データベース・テーブル・データカラムのロックをクリアーします。インデックスカラムのロックはクリアーしません。インデックスカラムにロックが残っている場合はロックをクリアーするのではなく作り直します。

en: Normally, you should truncate and load data again instead of just clearing lock. Because objects that have lock may be broken. This option is provided only for users who know the risk that "the database may be broken but I want to keep using it".
ja: 通常、ロックをクリアーするのではなく、初期化（truncate）してデータをロードし直すべきです。なぜならロックが残留しているオブジェクトは壊れているかもしれないからです。このオプションは「データベースは壊れているかもしれないけどそのまま使い続けたい」というリスクをわかったユーザーだけのために用意されています。

en: Here is an example that specifies ``--force-lock-clear`` option::
ja: 以下は ``--force-lock-clear`` オプションを指定する例です。

en: check whether there are database, table or data column that have lock
ja: ロックが残留したデータベース・テーブル・データカラムがないかチェック

en: clear lock of these objects
ja: これらのオブジェクトのロックをクリアー

en: You must use this option only when necessary. Because your database may not be recovered. The database that has objects that have lock may be broken or not be broken. You can keep using the database but Groonga may crash if the database is broken.
ja: このオプションは必要なときのみ使用するべきです。なぜならこのデータベースは実は復旧できていないかもしれないからです。ロックが残留しているデータベースは壊れているかもしれませんし壊れていないかもしれません。このオプションを使うことでデータベースを使い続けることはできますが、もしデータベースが壊れていたらGroongaがクラッシュするかもしれません。
