問題タブ [repair]

修理 (x,y) でポイント自動軌跡を作成できる WPF を使用してアプリケーションを作成するにはどうすればよいですか?

1. 出発点のコーディネーションを選択してください
2. 到着地点コーディネートを選ぶ
3. 軌道のタイプを選択します（直線、均一）??

ありがとうございました。

vmdkすべてのファイルに対してコマンドを手動で実行するのではなく、VMWare で使用される壊れたファイルを一度に修正できるバッチ スクリプトを作成しようとしています。バッチファイルを実際に扱ったことがないので、少し苦労しています。なぜこれが機能しないのか、誰かが私を正しい方向に向けることができますか?

ご意見ありがとうございます。

MongoDB のスペースの過剰使用に問題があります。8 GB のスペースを使用するコレクションがありました。mongoコマンド「db.repairDatabase()」を使用してこのスペースを圧縮しようとしましたが、最悪になりました。コレクションは現在 11 GB の容量を使用しています! 「コンパクト」コマンドはそのように役立つ可能性があることがわかりましたが、スペースの使用量が 17 GB に増加しました。

誰でもこの問題を解決できますか?

HeidiSQL を使用しています。私のDBの新しいバージョンに移動しました。私は今、2つの問題を抱えているようです。修理方法についてアドバイスをお願いします。

1）クエリを大幅に簡素化したいくつかのビューがありますが、現在は古いDBを参照しています。

私はチェックインし、そこinformation_schemaのテーブルで十分に確認しましたVIEWS.私のビューは古いDBを参照しています. しかし、編集しようとすると、次のようになりますSQL Error (1044): Access denied for use root@localhost to database information_schema。(私は root としてログインしています。)

すべてのビューがハードコードされているわけではありません。一部はそうですselect table1, table2 etcが、他の人はそうselect database.table1, database.table2 etcです。この新しいバージョンを作成したとき (古い SQL をエクスポートしてから新しい空の DB にインポートしたとき)、ビューに到達したときにエラーが表示されました。「アルゴリズム」について何かがあり、それが再試行され、それらを作成するように見えました。

2) 通常、HeidiSQL では、空白の行をテーブルに追加して編集することができます。名前を編集できるようになりましたが、行を追加しようとするとデフォルトのVARCHAR が表示されますが、2 つの新しい DB では フィールドが空白になり、DATATYPE編集 できませんいずれかを入力してください。）information_schemaDATATYPEDATATYPE

HeidiSQL で使用Maintenanceしましたが、この問題は解決していないようです。MySQL を再起動しました (ただし、コンピュータはまだ再起動していません)。

何かご意見は？少し前にphpMyAdminがDBを完全にスクランブルすることができたので、私はHeidiに移動しただけです。

私はmongodb --repair過去に、ドキュメントの削除によるまばらなスペースを回復するために使用しました。--repairしかし、このプロセスを使用して DB サイズが増加したことは一度もありません。

元のデータに対して修復を 3 回実行しましたが、そのたびに DB サイズが増加しています。

私は558 GBデータベースから始めました。

オリジナル

...そして、786 GBデータベースになりました。

修理済み

ドキュメント数が変わっていない

オリジナル

修理済み

元の DB から削除されたドキュメントと再利用するスペースがありますが、後で DB サイズが増加する理由--repairはわかりません。修復ログには理由が示されていません。エラーも問題もありません...元のDBよりもはるかに多くの2GBファイルが割り当てられています。

誰でもアイデアはありますか？

モンゴッド: 2.6.7

SQL Server 2012 Express のインスタンスが何らかの理由で破損しました。
何らかの形で Entity Framework の使用に関連していると思われますが、まだ証拠はありません。

インスタンスを修復しようとすると、修復プロセスが SqlEngineConfigAction_repair_validation_Cpu64 ステップで停止しているように見えました。
目立ったCPU使用率がなく、長い間その段階にあったため、最終的に修復プロセスをキャンセルしました.

インスタンスを削除しようとすると、アンインストール プロセスが SqlEngineConfigAction_remove_validation_Cpu64 ステップでハングしているように見えました。

2 番目のインスタンスをインストールしようとすると、インストール プロセスが SqlEngineDBStartConfigAction_install_configrc_Cpu64 ステップでハングしたように見えました。

一部の試行では、SQL Server サービスが事前に手動で停止されていませんでした。他の試行では、サービスは手動で停止され、「自動」から「手動」に変更されました。

これが役立つ場合のデータベース破損の症状:
「SQL Server (SQLEXPRESS)」サービスは、システムの再起動時に「開始」ステータスになっていますが、再起動オプションを使用してサービスを手動で再起動すると、「開始」ステータスのままになります。

サービスを手動で停止してから開始すると、次のエラーが表示されます。

Windows は、ローカル コンピューターで SQL Server (SQLEXPRESS) サービスを開始できませんでした。エラー 1053: サービスは開始要求または制御要求にタイムリーに応答しませんでした。

SSMS (SQL Server Management Studio) がインスタンスに接続できません。タイムアウトやエラーが表示されずに永遠に試行するか、次のエラーが表示されます。

サーバーとの接続は正常に確立されましたが、ログイン前のハンドシェイク中にエラーが発生しました。(プロバイダー: SSL プロバイダー、エラー: 0 - 待機操作がタイムアウトしました。)(Microsoft SQL Server、エラー: 258)

編集：これが質問の形で述べられていなかったため、反対票が投じられたと思います。明確にするために、質問は修復、削除、またはインストールプロセスがハングする問題を解決する方法ですか?

EDIT2: フォローアップとして、破損の根本的な原因は、SQL Server Express が当時アクティブに使用されていなかったにもかかわらず、最初に SQL Server サービスを明示的に停止せずに Windows 7 PC をシャットダウンしたことであることが判明しました。

EDIT3: SQL Server 2014 Express で問題が解決されたようです。

レプリケーション ファクター 3 のデータ センターに 4 つのノードがあります。ノードで nodetool repair を実行すると、非常に多くの SSTable が生成されますが、ファイル サイズは非常に小さくなります (約 4KB)。この問題は、以下のリンクで他の誰かによって以前に報告されていました。しかし、私たちの場合、圧縮は 2 週間経ってもトリガーされず、非常に多くの sstables (約 10k) のままです。size-tiered-compaction を使用しており、cassandra のバージョンは 2.0.3 です。

https://issues.apache.org/jira/browse/CASSANDRA-6698

さらに詳細が必要な場合はお知らせください。

Visual Studio Pro 2013 アプリケーションを開こうとするたびに、「変更」、「修復」、または「アンインストール」を求めるメニューが表示されます。今日は 3 回、プログラムを開こうとするたびに、このウィンドウが表示され、修復するように指示されます。今日、私が修理するたびに、完了するまでに 1 時間以上かかり、最後にセットアップが完了したことを示すウィンドウが表示されます。唯一のオプションは、ウィンドウを閉じることです。しかし、その後、プログラムを開こうとすると、変更、修復、またはアンインストールを求める同じくそったれのメニューが表示されます。

プログラムのアンインストールと再インストールを試み、何度も修復を試みましたが、プログラムが実際に実行されることはほとんどありません。私がそれを持っていた月に、それは2回だけ正常に開いて実行されたと思います.

開くたびに実行するにはどうすればよいですか?