今まで知らなかったんですが、ひとつのストレージに作成できるプライマリパーティションは４つまでなんですね。４つのうち一つはシステムで使用されるので実際に作成できるのは３つまで。例えば「C, D, E」ドライブのように。
それ以上作成したい場合は、他のストレージを追加するか拡張パーティションを使用するみたいです。
]]>タグ: Windows
Windows Virtual PC に Windows 7 (x86) SP1 をインストールしようとすると CD/DVD ドライブのドライバが見つからなくてインストールできない
メモです。
エラーと発生する環境
Windows 7 のインストーラーイメージ(iso)を Virtual CloneDrive の仮想ドライブにマウントしてインストールすると、CD/DVD ドライブのドライバが見つからないと表示され先に進めないようです。
| ホストOS | Windows 7 SP1 (x64) |
| ゲストOS | Windows 7 SP1 (x86) |
| インストーラー媒体 | ISO (仮想ドライブにマウント) |
| 仮想CD/DVDドライブ | Virtual CloneDrive 5.4.3.2 |
対処法
iso ファイルを仮想ドライブにマウントするのではなく、Windows Vritual PC の CD ドライブの設定で直接 iso ファイルをマウントできる機能があるので、そこからインストールすることが可能です。
]]>SSAS でメタデータ マネージャーのエラーが発生して処理や削除が行えなくなった場合の対処法
※ここに書いている手順は正式な回避方法ではないので自己責任でお願いします。
【環境】
- SQL Server 2008 R2 SP1
- Windows 7 64bit
【エラーの内容】
SSAS プロジェクトで処理や配置、また、Analysis Services サービスでデータベースを削除しようとしたときなど、Analysis Services サービスにかかわるほとんどの操作を行おうとしたときに以下のようなエラーメッセージが表示されて処理が中断される。
====================================================
メタデータ マネージャーでエラーが発生しました。
ID 'XXXXXX'、名前 'XXXXXX' のディメンションが
'XXXXXX' キューブによって参照されていますが、このディメンションは存在しません。
メタデータ マネージャーでエラーが発生しました。
XXXXXX cube を ファイル '\?C:Program FilesMicrosoft SQL Server
MSAS10_50.MSSQLSERVEROLAPDataXXXXXX.0.dbXXXXXXX.999.cub.xml'
から読み込み中に、エラーが発生しました。
(Microsoft.AnalysisServices)
=====================================================
※ XXXXXX は環境により異なる
【発生する原因】
不明。SSAS プロジェクトでエラーとなる不正なデータを配置すると発生する？
【回避手順】
- SQL Server Management Studio から Analysis Services に接続し、ツリートップにある Microsoft 分析サーバーの右クリックメニューから「停止」を選択して Analysis Services を停止させる。
- エクスプローラーより「C:Program FilesMicrosoft SQL Server
MSAS10_50.MSSQLSERVEROLAPData」フォルダを開き、エラーの発生するデータベースの以下のフォルダ・ファイルをリネームするか削除する
・XXXXXX.0.db フォルダ (0 は任意の数字)
・XXXXXX.99.db.xml ファイル (99 は任意の数字) - SQL Server Management Studio から Analysis Services のツリーノードを右クリックし、「開始」をクリックする。
- 削除されている SSAS データベースをVisual Studio から再配置する(エラーは訂正しておくこと)。
ユーザーフォルダの「Roaming」「Local」「LocalLow」の違いについて
メモです。
Windows Vista, Windows 7 の話になりますが、簡単にまとめると下のようになります。
●「Roaming」と「Local, LocalLow」の違いについて
- Roamingフォルダは「ユーザー」の設定を保存するフォルダである
- Local, LocalLow は「PC」の設定を保存するフォルダである
例えばドメイン環境では、「ユーザープロファイル」というものがあり、ユーザーの設定はこれで管理されています。そのため、ユーザーがドメインアカウントで「A」というPCにログインし、なんらかの設定を更新した後、「B」という PC にログインしても Roaming フォルダ内のファイルがコピーされるので同じ設定環境を使うことができます。
逆に「Local, LocalLow」についてはその PC だけの設定ファイルが保存されるので同じドメインユーザーでログインしても「A」と「B」のPCの設定が異なることになります。
ちなみにローカルユーザーアカウントの場合は設定が保存されるフォルダが違うだけです。
●「Local」と「LocalLow」の違いについて
簡単にまとめるとセキュリティのレベル(信頼レベル)が異なります。
「Local」はOS全体(ローカルにインストールされたアプリケーションなど)が自由に扱えるフォルダになっていますが、「LocalLow」は特定のアプリケーションが指定されたフォルダの境界を越えてファイルにアクセスできないような仕組みになっています。
例えば Internet Exlorer や Sliverlight など外部から実行される可能性のあるアプリケーションは LocalLow フォルダ内の特定のフォルダ内のみにファイル保存を許可し、その階層より上の階層、または異なる階層に対してファイルを書き込んだり読み込んだりできないように制限をかけられるようになっています。
※メモなので部分的に間違っていたり言葉が足りなかったしているかもしれません
]]>