質問中のイベントログの出力は、キャビネットで利用しているデータベースのトラ
ンザクションログのサイズが上限値に達し、ログの書き込みができなくなった場合
に出力されます。
ログの書き込みができなくなった場合、データベースの更新ができなくなりますの
で、承認文書の情報を更新する処理が正常に動作しなくなります。
下記の手順によりトランザクションログのバックアップおよび縮小を行い、ログフ
ァイルから不要なトランザクションログを削除することで、トランザクションログ
を正常に書き込めるようになります。
これにより、キャビネットを正常動作させることができます。
＜回避策＞
1. リソースサーバ(RDBサーバ)にて、コマンドプロンプトを起動し、下記コマンドによりsqlcmdを起動してください。
saのパスワードにはSQLServerのRDBシステムユーザ(sa)のパスワードを入力してください。
cmd> sqlcmd -Usa -P[saのパスワード]
2. sqlcmdが起動し、SQLServerにログインできましたら、下記のSQL文を実行してください。
これによりトランザクションログのバックアップを行います。
BACKUP DATABASE SOCABDB TO DISK=N'{バックアップ先ファイル}'
GO
{バックアップ先ファイル}は、任意のファイルパスを入力してください。
指定したファイルに不要なトランザクションログのバックアップが作成されます。
例:
BACKUP DATABASE SOCABDB TO DISK=N'C:\Backup\APPRLOG.bak'
3. 続いて、下記のSQL文を実行してください。
これによりトランザクションログファイルの圧縮を行います。
ここでのログファイルの圧縮とは、ログファイル中の未使用領域を削除しログファイルサイズを小さくすることを指します。
USE SOCABDB
GO
DBCC SHRINKFILE (N'APPRLOG', 0, TRUNCATEONLY)
GO
＜防止策＞
本現象の発生を防止する方法として下記の2点挙げられますので、どちらかの対処をお願いいたします。
可能であれば1.の対処を推奨します。
1. データベースの復旧モデルを変更する。
本現象はデータベースの復旧モデルが完全復旧モデルの場合に発生します。
データベースの復旧モデルを単純復旧モデルに変更していただくことで、本現象が発生しなくなります。
復旧モデルの変更をご検討ください。
復旧モデルの変更方法につきましては、下記マニュアルをご参照ください。
「運用管理者編 スタートアップ」
「第4章 インストール手順」
「Step4 手動で行う作業」
「SQLServerのデータベース復旧モデル変更」
運用中に復旧モデルを変更いただいても問題はございません。
2. 定期的にデータベースのトランザクションログのバックアップを行う。
定期的にトランザクションログのバックアップを行うことで、トランザクションログのサイズが上限値に達するのを防止します。
上記のSQL文をファイルに保存し、そのファイルをsqlcmdにより実行させるよう、Windowsのタスクにスケジューリング設定してください。
トランザクションログの作成される量はキャビネットサービスの利用頻度にもよりますが、1ヶ月に1度の実行を目処にスケジューリング設定をしてください。
対象バージョンは以下の通りです。
- StarOffice X V1.0以降のバージョン