SANmelody3.0およびSANsymphony7.0では次のリリースにてVMware ESX4.1に対応予定です。
今日現在、2010/08/17時点ではDataCore製品の最新リリースは
SANmelody 3.0.3.6 ( 3.0 PSP3 Update6)
SANsymphony 7.0.3.6 ( 7.0 PSP3 Update6)
です。
VMware ESX4.0.xの環境を4.1に上げる予定のある方は
次のリリース( SMY3.0.4.x & SSY7.0.4.x)が出るまで
お待ちください。
2010年8月17日火曜日
2010年8月12日木曜日
MS WindowsのiSCSIソフトウェアイニシエータに関するHotFixなど
データコアのストレージサーバやアプリサーバ(MS Windowsの場合)で、WindowsのiSCSIイニシエータを有効にして使用する場合、下記のiSCSI関するフィックスを充てて下さい。
①、②に関してはFAQ1407にて案内されています。
③に関してはFAQ1277にて案内されています。
① Windows Server 2008 R2 : iSCSI InitiatorでBSoD(ブルスクリーン)
http://support.microsoft.com/kb/979711/en-us
Stop error message on a computer that is running Windows 7 or Windows Server 2008 R2 and that has iSCSI storage: "0x0000000A"
② Windows Server 2008 : iSCSI関連のWMIメモリリークに関してです
http://support.microsoft.com/kb/975751 for WMI memory leak
③ Windows Server 2008 のSCSI(iSCSIに限らず)に関する Storport.sysメモリリークについて
http://support.microsoft.com/kb/968675/en-us#Manifests
The storport.sys driver leaks nonpaged pool memory when volumes are scanned, mounted, or dismounted in Windows Server 2008 and Windows Vista
参考) Windows Server 2008 : iSCSI Initiatorで物理的な接続を再接続するとReconnectedとステータスが表示され、iSCSIディスクに接続されない問題
http://support.microsoft.com/kb/970658/en-us
iSCSI Initiator dialog box displays a reconnecting session status after you disconnect and then reconnect the physical connection to the iSCSI target on a computer that is running Windows Server 2008 or Windows Vista
①、②に関してはFAQ1407にて案内されています。
③に関してはFAQ1277にて案内されています。
① Windows Server 2008 R2 : iSCSI InitiatorでBSoD(ブルスクリーン)
http://support.microsoft.com/kb/979711/en-us
Stop error message on a computer that is running Windows 7 or Windows Server 2008 R2 and that has iSCSI storage: "0x0000000A"
② Windows Server 2008 : iSCSI関連のWMIメモリリークに関してです
http://support.microsoft.com/kb/975751 for WMI memory leak
③ Windows Server 2008 のSCSI(iSCSIに限らず)に関する Storport.sysメモリリークについて
http://support.microsoft.com/kb/968675/en-us#Manifests
The storport.sys driver leaks nonpaged pool memory when volumes are scanned, mounted, or dismounted in Windows Server 2008 and Windows Vista
参考) Windows Server 2008 : iSCSI Initiatorで物理的な接続を再接続するとReconnectedとステータスが表示され、iSCSIディスクに接続されない問題
http://support.microsoft.com/kb/970658/en-us
iSCSI Initiator dialog box displays a reconnecting session status after you disconnect and then reconnect the physical connection to the iSCSI target on a computer that is running Windows Server 2008 or Windows Vista
2010年7月21日水曜日
MicroSoftのWHQLについて - Windows Server 2008 R2
マイクロソフトのWHQLでストレージとしてDataCoreを検索して頂くと、SANsymphony7.0およびSANmelody3.0を見つけられます。
●SANsymphony7.0に関して
SANsymphony 7.0 Microsoft Windows 2008 Base RAID Fiber Channel with MPIO 64-bit
SANsymphony 7.0 Microsoft Windows 2008 R2 Base RAID Fiber Channel with MPIO 64-bit
SANsymphony 7.0 Microsoft Windows 2008 R2 Base RAID iSCSI with MPIO 64-bit
SANsymphony 7.0 Microsoft Windows 2008 R2 2-node Cluster (2-x64bit) Fiber Channel with MPIO
SANsymphony 7.0 Microsoft Windows 2008 R2 2-node Cluster (2-x64bit) iSCSI with MPIO
●SANmelody3.0に関して
SANmelody 3.0 Microsoft Windows 2008 R2 Base RAID Fiber Channel with MPIO 64-bit
SANmelody 3.0 Microsoft Windows 2008 R2 Base RAID iSCSI with MPIO 64-bit
SANmelody 3.0 Microsoft Windows 2008 R2 2-node Cluster (2-x64bit) Fiber Channel with MPIO
SANmelody 3.0 Microsoft Windows 2008 R2 2-node Cluster (2-x64bit) iSCSI with MPIO
●SANsymphony7.0に関して
SANsymphony 7.0 Microsoft Windows 2008 Base RAID Fiber Channel with MPIO 64-bit
SANsymphony 7.0 Microsoft Windows 2008 R2 Base RAID Fiber Channel with MPIO 64-bit
SANsymphony 7.0 Microsoft Windows 2008 R2 Base RAID iSCSI with MPIO 64-bit
SANsymphony 7.0 Microsoft Windows 2008 R2 2-node Cluster (2-x64bit) Fiber Channel with MPIO
SANsymphony 7.0 Microsoft Windows 2008 R2 2-node Cluster (2-x64bit) iSCSI with MPIO
●SANmelody3.0に関して
SANmelody 3.0 Microsoft Windows 2008 R2 Base RAID Fiber Channel with MPIO 64-bit
SANmelody 3.0 Microsoft Windows 2008 R2 Base RAID iSCSI with MPIO 64-bit
SANmelody 3.0 Microsoft Windows 2008 R2 2-node Cluster (2-x64bit) Fiber Channel with MPIO
SANmelody 3.0 Microsoft Windows 2008 R2 2-node Cluster (2-x64bit) iSCSI with MPIO
2010年7月20日火曜日
Citrix StorageLink2.2での認定状況
Citrix StorageLink2.2で認定されています。
これでXenSeverと組み合わせた運用環境が一層便利になると思います。
http://hcl.xensource.com/SLG-HCLHome.aspx
SANsymphony,SANmelodyとも記載されています。
また、FCおよびiSCSI接続の両方とも大丈夫です。
これでXenSeverと組み合わせた運用環境が一層便利になると思います。
http://hcl.xensource.com/SLG-HCLHome.aspx
SANsymphony,SANmelodyとも記載されています。
また、FCおよびiSCSI接続の両方とも大丈夫です。
2010年7月9日金曜日
XenServer 5.6での認定状況
SANmelody3.0、SANsymphony7.0がXenServer5.6で認定されました。
http://hcl.xensource.com/ProductDetails.aspx?ProductType=Storage&ProductName=SANsymphony+7.0
http://hcl.xensource.com/ProductDetails.aspx?ProductType=Storage&ProductName=SANmelody+3.0
これで心おきなくXenServerとDataCoreライフを安心して運用頂けると思います
http://hcl.xensource.com/ProductDetails.aspx?ProductType=Storage&ProductName=SANsymphony+7.0
http://hcl.xensource.com/ProductDetails.aspx?ProductType=Storage&ProductName=SANmelody+3.0
これで心おきなくXenServerとDataCoreライフを安心して運用頂けると思います
2010年6月10日木曜日
VMwareのコンパチビリティガイドとSSY/SMY
VMwareのコンパチガイドで質問を受けることが多くなりました。
混乱を避けるために、下記の通りにまとめました。
1.VMwere社のCompatibility Guideについて
現在、データコア製品は、管理容量などによって細かくライセンスが分かれているため個別のライセンス型番ではなく、専用の型番で登録がされています。
VMware社のCompatibility Guideですと、以下の構成で登録されています。
SANsymphony 6.0 FC ⇒ VMware ESX 3.x (QLogic HBAのみ)
SANsymphony 6.0 iSCSI ⇒ VMware ESX 3.x
SANmelody 2.0 FC ⇒ VMware ESX 3.x (QLogic HBAのみ)
SANmelody 2.0 iSCSI ⇒ VMware ESX 3.x
SANsymphony 7.0 FC ⇒ VMware ESX 4.x
SANsymphony 7.0 iSCSI ⇒ VMware ESX 4.x
SANmelody 3.0 FC ⇒ VMware ESX 4.x
SANmelody 3.0 iSCSI ⇒ VMware ESX 4.x
また、構成については、DataCoreの技術情報であるTechnical Bulletin 5a/5bを参照するようにとの記載があります。
DataCoreのライセンスは管理容量をベースとして複数あるために、VMwareのコンパチビリティガイドに登録されているModelは、SANmelodyやSANsymphonyを代表する特別型番で登録されています。
2.DataCore側のサポートについて
Qualified Listと、Technical Bulletinを確認いただくと、以下の事がわかります。
VMware ESX 2.x/3.x ⇒ SANsymphony 5.2.5 Update9以上
(6.x , 7.xを含みます)
SANmelody 2.0.1 Update6以上
(3.x を含みます)
VMware ESX 4.x ⇒ SANsymphony 6.0.3 Update3以上
および 7.0.1以上
SANmelody 2.0.4 Update2以上
および 3.0 Update1以上
<ご参考>
DataCore Qualified List
ftp://support.datacore.com/psp/quallists/APPSERV_FC_ALL.pdf
ftp://support.datacore.com/PSP/quallists/APPSERV_ISCSI_ALL.pdf
DataCore Tachnical Bulletin
ftp://support.datacore.com/psp/TBs/TB5a_ESX2_3_config.pdf
ftp://support.datacore.com/psp/TBs/TB5b_vSphere_config.pdf
データコア側のサポート状況、VMware社のDataCoreの技術情報を参照との但し書きと考えると、SANsymphony 6.0および7.0は、VMware ESX 3.xおよび4.xの双方で使えると考えて問題ございません。
なお、どちらのバージョンについても、ESX 3.xおよび4.xの実績はございます。
混乱を避けるために、下記の通りにまとめました。
1.VMwere社のCompatibility Guideについて
現在、データコア製品は、管理容量などによって細かくライセンスが分かれているため個別のライセンス型番ではなく、専用の型番で登録がされています。
VMware社のCompatibility Guideですと、以下の構成で登録されています。
SANsymphony 6.0 FC ⇒ VMware ESX 3.x (QLogic HBAのみ)
SANsymphony 6.0 iSCSI ⇒ VMware ESX 3.x
SANmelody 2.0 FC ⇒ VMware ESX 3.x (QLogic HBAのみ)
SANmelody 2.0 iSCSI ⇒ VMware ESX 3.x
SANsymphony 7.0 FC ⇒ VMware ESX 4.x
SANsymphony 7.0 iSCSI ⇒ VMware ESX 4.x
SANmelody 3.0 FC ⇒ VMware ESX 4.x
SANmelody 3.0 iSCSI ⇒ VMware ESX 4.x
また、構成については、DataCoreの技術情報であるTechnical Bulletin 5a/5bを参照するようにとの記載があります。
DataCoreのライセンスは管理容量をベースとして複数あるために、VMwareのコンパチビリティガイドに登録されているModelは、SANmelodyやSANsymphonyを代表する特別型番で登録されています。
2.DataCore側のサポートについて
Qualified Listと、Technical Bulletinを確認いただくと、以下の事がわかります。
VMware ESX 2.x/3.x ⇒ SANsymphony 5.2.5 Update9以上
(6.x , 7.xを含みます)
SANmelody 2.0.1 Update6以上
(3.x を含みます)
VMware ESX 4.x ⇒ SANsymphony 6.0.3 Update3以上
および 7.0.1以上
SANmelody 2.0.4 Update2以上
および 3.0 Update1以上
<ご参考>
DataCore Qualified List
ftp://support.datacore.com/psp/quallists/APPSERV_FC_ALL.pdf
ftp://support.datacore.com/PSP/quallists/APPSERV_ISCSI_ALL.pdf
DataCore Tachnical Bulletin
ftp://support.datacore.com/psp/TBs/TB5a_ESX2_3_config.pdf
ftp://support.datacore.com/psp/TBs/TB5b_vSphere_config.pdf
データコア側のサポート状況、VMware社のDataCoreの技術情報を参照との但し書きと考えると、SANsymphony 6.0および7.0は、VMware ESX 3.xおよび4.xの双方で使えると考えて問題ございません。
なお、どちらのバージョンについても、ESX 3.xおよび4.xの実績はございます。
2010年6月8日火曜日
DataCore Start Serviceのサービス起動は手動で
データコアのパートナーで優秀なSEさんから頂いた”技”を紹介します。
ちょっとしたテクニックなんですが、
Windowsが起動するときに自動でSDSの仮想ストレージサービス(DataCore Start Service)が起動すると、アプリケーションサーバからのアクセスを許可してしまうので、メンテナンス時などで面倒なことがあります。
そこで、仮想ストレージサービスの「DataCore Start Service」のスタートアップ起動モードを自動から手動に変更することで、メンテナンス後に管理者がシステムに問題が無いことを確認してからサービスを開始することで面倒な問題を回避することができます。
ちなみに、プログラムをアップデートしたときや、ハードウェアなどの障害により突然シャットダウンしてしまったときは、DataCore Start
Serviceのスタートアップが自動になっていても、手動でサービスを起動する仕組みになっています。
結局のところ、運用管理者の好みなんですが、手動に変更している管理者が多いですね。
登録:
投稿 (Atom)
