2016-04-28 13 views
-2

azureには古典的なVMがあります。それは、たくさんのDBを使ってSQLサーバーを実行しているだけです(データ用にSQLクラシックVMにアクセスするWebに面するWebサーバーである別のVMがあります)。Azure仮想マシンが2〜3時間おきにクラッシュする

昨日の朝から、私たちは今2-3時間ごとに停止を経験しているという問題があります。何か理由があるようではありません。私たちはAzureのサポートに取り組んできましたが、問題を解決するためにまだ苦労しているようです。イベントログには何も表示されないので、私たちには何の情報もありません。

私たちは、ボックスが切れているというpingdomアラートを受け取ると、それがタイムアウトしてデータベースへのすべての呼び出しが失敗するとリモートにすることができません。 5分後にそれが復活するでしょう。それは完全に再起動するか、それだけで馬鹿に見えることはありません。

これが原因で発生する可能性のあるアイデアはありますか?または、私たちがより良い情報を探すことができる場所?これを修正する方法もありますか?

イベントログに同じ時刻に発生するように見えるのは、DNSクライアントイベント "構成されたDNSサーバーのいずれも応答しないと、名前[DNSName]の名前解決がタイムアウトしました"だけです。

+0

これは本当にAzureサポートの問題のようですが、StackOverflowのためのものではありません(一時的なサービスの問題のように思えるので、ServerFaultでうまくいくとは思えません)。 –

+0

あなたのアプリがこのシナリオをサポートしている場合、Azure SQLを代替案として考えてみましたか? –

+0

私の2セントは同じですが、この問題は通常、ディスクが提供しているIOPSに関するものであり、IOPSクォータが乾燥している可能性があります。そのため、IOPSクォータが更新されるとVMがダウンしてしまいます私は信じている)あなたはあなたのマシンを戻す。 AWSとAzureの両方で起こる –

答えて

-1

。 VMインスタンス(4コアから8コア)のサイズを拡大することでこれを修正しました。これにより、このAzureが別のノード/セクタに移動され、問題が修正されました。

1

賢いまたはクイックリカバリ:

あなたは、ローカルホストまたは127.0.0.1/Instance名を使用してVM(内部)の内部で接続することにより、SQL Serverを確認しました。内部的に問題なしでSQL Serverに接続し、CaptureまたはスナップショットSQL Server VMに接続し、キャプチャVMを使用して新しいVMを作成できる(つまり、データを失うことがない)場合この問題は、以下の基準によって発生することができる

:これは私たちのVMが上だったノード/セクタに障害になってしまっ

  1. Azureのネットワークファイアウォール
  2. Windows Serverの更新
関連する問題