問題タブ [repair]

セットアッププロジェクトの修復機能は基本的に再インストールですが、Windowsサービスを管理するためのカスタムのインストール/コミット/ロールバック/アンインストールアクションのため、修復関数が呼び出されたときにサービスが既に存在するため、修復は失敗します。

セットアッププロジェクトでは、サービスを修復する前に、まずサービスを削除する必要があります。私はすでにを介してカスタムアクションを注入してusing System.Configuration.Installいるので、それは可能であるはずです。

最初にサービスを削除するように修復機能に指示するにはどうすればよいですか？

昨夜、最初にデータベース ファイルを移動するための適切な手順を実行せずに、データとログ ファイルが物理的に削除されたデータベースがありました。

ディスクが物理的に再接続された後、データベースは「復元中...」状態になりました。

この状況で最も推奨される手順を試しました。これには、復旧を伴う復元、データベースの削除、データベースのデタッチ、およびデータベースのオフライン化が含まれます。データベースをドロップまたは削除しようとすると、SSMS はコマンドが成功したことを通知しますが、接続を更新すると、データベースが復元中の状態でデータベース リストに表示されます...

サーバーやサービスをオフラインにせずに、データベースを修復したり、データベースを削除したりする他の方法があるかどうか疑問に思っています。

編集：

エラーは次のようになります。

メッセージ 3013、レベル 16、状態 1、行 1 RESTORE DATABASE が異常終了しています。メッセージ 3013、レベル 16、状態 1、行 1 RESTORE DATABASE が異常終了しています。メッセージ 823、レベル 24、状態 2、行 1 オペレーティング システムは、ファイル ' * *'のオフセット 0x00000000012000 での読み取り中に SQL Server にエラー 64 (指定されたネットワーク名は使用できなくなりました) を返しました。SQL Server エラー ログとシステム イベント ログの追加メッセージで、詳細が提供される場合があります。これは、データベースの整合性を脅かす重大なシステム レベルのエラー状態であり、直ちに修正する必要があります。完全なデータベース整合性チェック (DBCC CHECKDB) を完了します。このエラーは、多くの要因によって発生する可能性があります。詳細については、SQL Server Books Online を参照してください。

mysql データベース ファイルはパーティションにあります。パーティションが 100% いっぱいになったため、mysql が突然使用できなくなりました

そのため、他のファイルを削除して mysql を起動します。

すべて問題ありませんが、私のウェブサイトを閲覧すると、テーブル./k1/cache_filterがクラッシュしたとマークされているというメッセージが表示されます。

これは drupal の Web サイトです。以前はphpmyadminを使用していました。

しかし今、私はphpmyadminなしで生きようとしています

それで、phpmyadminなしで修復する正しい方法は何ですか

mongodbドキュメントには次のように書かれています

このスペースを圧縮するには、mongoシェルからdb.repairDatabase（）を実行します（この操作はブロックされ、低速になることに注意してください）。

http://www.mongodb.org/display/DOCS/Excessive+Disk+Space _

mongodbが削除されたディスクスペースを自動的に解放する方法を知りたいですか？

ps多くのダウンロードタスクを最大20GBのmongodbに保存し、これらを30分で完了しました。

nAudio を使用して MP3 ファイルを分割しています。しかし、時々それがスローされます:

FormatException("Not a recognised MP3 block");

この議論を読みました。しかし、それは私を助けません！だから私はそれが私のMP3ファイルに問題があるはずだと思う. プレイヤーがどれだけ適切にプレイできるか。

それで、私は何をすべきですか？Lameやその他の API は修復に役立ちますか? MP3ファイルを分割する必要があるので、良いAPIがあれば紹介してください。

重複の可能性:
mongodb で削除されたスペースを自動圧縮しますか?

私の理解では、削除操作では、MongoDB はディスク領域を解放しませんが、必要に応じて再利用します。

1. あれは正しいですか？
2. そうでない場合は、修復コマンドを実行しますか?
3. ライブ mongo インスタンスで修復を実行できますか?

Mongodb に問題があります。弊社のバージョンは MongoDB バージョン 1.6.4 です。

昨日、64 ビット Linux マシンで mongodb プロセスを強制終了する必要がありました。その後、クエリは非常に長い間実行されていました。

確認しました;

mongod --repairまたは ->db.repairDatabase() コマンドで修復を確認しました

-> db.users.validate();

結果は "...."result" : "validate"..." でなければなりませんが、

戻り値: { "errmsg": "ns が見つかりません", "ok": 0, "有効": false }

このエラー メッセージを修正するにはどうすればよいですか?

最近、このリンクに従ってデータベース修復ツールを実行しました: http://www.magentocommerce.com/wiki/1_-_installation_and_configuration/db-repair-tool

説明の最後に、「不足している外部キーまたはフィールド (またはテーブルも!) を追加しました - 重大/致命的な問題です。開発者に助けを求めてください。」重大な致命的な問題がたくさんあるように思えます。データベースの修復を実行するに至った問題がありました。これらの問題の説明は、次のスタック オーバーフローの質問で見つけることができます。

Magento - 登録の問題 - 請求情報を入力すると、ユーザーがマイ カートに移動します

Magento - 登録エラー - 1054「注文句」の不明な列「ca.sort_order」

これは深刻な問題ですか？実行した修復は、現在のデータベースのクローンに対して行われました。元のデータベースに対してこの修復を実行しても安全ですか? 私のセットアップはちょうど壊れていますか？助けてください！

すでにリリースされている既存の大規模な WiX インストールがあります。変更されたファイルがいくつかあるだけの小さなインストールを作成する必要があります。「PatchCreation」要素を使用して、これらのいくつかのファイルに対して WiX でパッチ (.MSP ファイル) を作成しました。パッチが実行されると、ユーザーに「再インストール/修復/削除」ダイアログが表示されます。ユーザーが修復を選択した場合、パッチは本来の機能を正確に実行します。ここでの問題は、パッチに「修復」と書かれたり、ユーザーにこれらのオプションを提供したりしたくないことです。多かれ少なかれ通常のインストールのように、持っているいくつかのファイルにインストールしたいだけです。これを修正するにはどうすればよいですか?

MongoDBシャードのコレクションで新しい2.0以降のコンパクトコマンドを実行すると、ドキュメントには、コンパクトの実行中はコマンドがブロックされると記載されています。私の質問は、正確に何がブロックされているのかということです。そのシャードでのみそのコレクションに対するコマンド？クラスタ全体でそのコレクションへのすべてのコマンド？そのシャードのコレクションに関係なく、すべての操作？

などなど...

誰か知ってる？

1つのシャードでコレクションを圧縮することは、理論的には他のシャードから独立している必要があるため、シャーディングのポイントであるため、そのシャードでのそのコレクションに対するコマンドにすぎないと思います。

ありがとう、ジャスティン