web-dev-qa-db-ja.com

SQL Server 2017のインストールがスタックしている

何らかの理由で、Windows 10マシンにSQL Server 2017をインストールできません。

このバグのあるインストーラーで最初に行うことは、インストーラーが機能するためにVCRuntime 2017をアンインストールしなければならなかったことです。

そして今、私はそれをインストールしようとするたびに、インストーラーはまさにこの時点で立ち往生しています：

SQL Server 2017 installation is stuck

私がこれまでに試したこと：

  • Msiexecプロセスの強制終了

  • 前述の追加パラメータを使用してセットアップを実行する here

    Setup.exe /SkipInstallerRunCheck

  • 再起動しています...再インストールしています...アンチウイルスをオフにします...

[解決済み]

この問題は、バックグラウンドでのダウンロードが特にインターネット速度が遅い場合に永遠にかかっていたためです（つまり、pythonまたはR-supportコンポーネント）。

[解決策]

  • 本当に必要な場合pythonまたはR-supportダウンロードが完了するまで待ちます
  • それ以外の場合は、コンポーネントリストからpythonおよびR-supportの選択を解除します。
  • （または）タスクマネージャーからpythonまたはR-supportコンポーネントダウンローダーの子プロセスを強制終了します。
sql-serverwindows-installerhang
6
Arch Capital

[〜＃〜] update [〜＃〜]：

実際の問題は、R-supportコンポーネントがバックグラウンドでゆっくりダウンロードされ、ユーザーに通知または警告が表示されずにインストールGUIがロックされることが判明した実際に何が起こっているかについて。

したがって、この「ロックされたインストールの問題」は、少なくともPythonまたはによっていくつかの異なるコンポーネントをインストールすることによって引き起こされるようです。 R-support。以下で説明するように、手がかりについて利用可能なログまたはイベントログを確認してください。

要約すると、オプション：

  1. 必要ない場合は、インストールするコンポーネントを選択解除してみてください。
  2. コンポーネントが必要な場合は、セットアップを完了したままにして、以下で説明するようにログファイルで進行状況を確認します。インターネットアクセスを確認します（プロキシ？）。

ダウンロードが止まっていますか？

[〜＃〜] update [〜＃〜]： このブログを見ましたか ？セットアップはPythonランタイムをダウンロードしてインストールしようとしますが、これには永遠に時間がかかります。 プロキシの後ろにいますか？インターネットに直接接続していませんか？もしそうなら、これはさらに問題を引き起こす可能性があると思います。おそらく原因ではありませんが、言及する価値があります。

どうやら、インストールの進行状況について次のログファイルを確認できます。

%ProgramFiles%\Microsoft SQL Server\140\Setup Bootstrap\Log\DATE_TIME\RSetup.log

上記のパスのDATE_TIMEは、有効な値に変換する必要があります。例：20170804_162723（日付部分と時間部分）。

この回答も参照してください：SQL Server 2016 installation freezeまた、不要なコンポーネントをすべて選択解除への提案を試して、バックグラウンドでのダウンロードを防ぐこともできますか？

一般的なデバッグ

以下の汎用デバッグの提案を残します。

一般的なアドバイス：経験から、私は新しいローカルを作成します管理者ユーザーは、そのアカウントを使用してインストールを試みます。これは、Windowsの通常の使用中にユーザープロファイルまたはレジストリで発生した「汚れた」または特別な状態を避けるためです。あまり役に立たないかもしれませんが、時には驚くほど簡単に仕事を終えることができます。試してみる価値はあると思います。

いくつかのさらなること：私は書きました 少し前のチェックリスト =、私はそれを追加し、それがあなたを助けることができるいくつかの新しいアイデアを刺激するかどうかを確認します。 「Core Deployment Issues」を参照してください。その最初の「チェックリスト」は 長くてやや過剰な最初の記事 -意図せずにブログになった回答の1つであり、読みにくいかもしれません。

Logging：確認しましたかlog filesおよび/またはイベントログ何が起こっているかの手がかりのために適切に？すべてのMSIインストールのログを有効にするための最適な展開方法を見つけました。それがトリガーするパフォーマンスヒットは、実際にログファイルが突然必要になったときに常に利用できるという利点と比較すると、非常にわずかです。 installsite.orgで説明されているように、すべてのMSIファイルのロギングを有効にできます （セクション： "マシン上のすべてのセットアップに対してグローバルに "）。 MSIログファイルは%TEMP%インストール後のフォルダー。ランダムな16進数の名前が付いており、不要な場合はすべて定期的にフラッシュできます。日付/時刻を変更してソートし、作成された最新のものを見つけます-当然です。

Jedi trick：すべてのMSIファイルのログを有効にしない場合は、家に帰って生活を考え直したいと思うでしょう。ストーリーの教訓：MSIログファイルはクールです。非常に冗長ですが、美しいです。 ここでの解釈のヒント （下）があります。

3
Stein Åsmul

私の2セント：SQL Serverインストーラーは、いくつかの小さなMSIインストーラーで構成されています。 MSIインストーラーは、1つずつしかインストールできません（私の知る限り）。私の場合、SQL Serverのインストール中に別のMSIセットアップを起動しました。これにより、SQL Serverセットアップは、同時実行セットアップを完了するまで保持されました。

したがって、少なくとも私の場合、問題は自主的なものでした。

0
thomasgalliker

WindowsレジストリエディターからSQL Serverの構成設定を削除する必要があります。

  • SQLサーバー

  • 2017年

  • VS

0
Muhammad Azeem