昨日、問い合わせがあったので DHCP の承認について少し調べていました。

Active Directory 環境のメンバサーバーに DHCP サーバーを構築する場合、[承認] という処理が必要となります。

TechNet では DHCP の承認について以下のように記載されています。

DHCP サーバーを承認する

これらの問題を解決するため、Windows Server 2003 を実行する DHCP サーバーは、クライアントにサービスを提供する前に、Active Directory で承認済みとして検証されます。これによって、構成が誤っていたり、誤ったネットワーク上で構成された DHCP サーバーを実行したために発生する被害を回避することができます。

また、DHCP サーバーを承認するためには [Enterprise Admins] の権限が必要となります。
こちらについても TechNet に記載があります。

Active Directory の DHCP サーバーを承認する

Active Directory ドメイン環境で DHCP サーバーが承認されるためには、まずサーバーを追加するエンタープライズの Enterprise Admins グループのメンバとしてログオンする必要があります。

?

?

■Enterprise Admins が必要な理由

DHCP の承認状況に関しては、Active Directory のパーティションの中でも、[構成パーティション] という場所に格納がされます。

?
– ADSI Edit で確認した構成パーティション –

Active Directory 上では、[CN=Configuration,DC=<ドメイン>]? となっている情報ですね。

この構成パーティションを変更できるのはデフォルトの設定では、[Enterprise Admins] のユーザーとなります。
認証されたユーザー [Authenticated Users] であれば、[読み取り] の権限がついていますので、通常のユーザーでも
構成を読み込むことはできるのですが変更はできません。
変更をするためには [Enterprise Admins] グループのユーザーの必要があります。

?
– [CN=Configuration] のセキュリティ情報 –

?

■DHCP サーバーを承認すると何が起きるか

DHCP サーバーを承認した際に [Enterprise Admins] の権限を使用して何をしているかを確認してみました。

承認を実行すると、構成パーティションの中の [CN=NetServices,CN=Services] に承認された DHCP サーバーの
オブジェクトを作成しているようです。

下の画像が、対象の内容を表示したものになります。
[CN=DhcpRoot] はデフォルトで作成されているオブジェクトになるのですが、[CN=dhcp-2000.dom2.domain.local] というのが、
Windows 2000 Server で実行している DHCP サーバーの情報になります。

– [CN=Netservices,CN=Services] の内容 –

DHCP の管理コンソールで、[承認されたサーバーの管理] で確認をすると、[CN=NetServices,CN=Services] に
作成されている、オブジェクトの情報が表示されていることが確認できます。
?
– 承認されたサーバーの管理 –

[承認の解除] を実行すると対象のサーバーのオブジェクトも削除されます。
?
– 承認の解除 –

?
– 承認の解除後の [CN=NetServices,CN=Services] の内容 –

承認操作をすることで [CN=NetServices,CN=Services] のオブジェクト操作が実行されます。
この操作を実行するために [Enterprise Admins] の権限が必要となります。

?

■Windows 2000 Server と Windows Server 2003 の承認処理の違い

Windows Server 2003 で承認した DHCP が Windows 2000 Server の DHCP の管理コンソールの [承認されたサーバーの管理] で
表示されないという問い合わせがありました。

下の画像が、Windows Server 2003 の DHCP の管理コンソールで [承認されたサーバーの管理] を表示した内容です。
一台、サーバーが承認されているのが確認できます。
?
– Windows Server 2003 の DHCP 管理コンソールの [承認されたサーバーの管理] の表示内容 –

それでは、Windows 2000 Server で、[承認されたサーバーの管理] を表示するとどうなるでしょう。
スコープがアクティブになっているので、承認され有効な DHCP サーバーとして認識はされているのですが、
[承認されたサーバーの管理] には表示がされません。

– Windows 2000 Server の DHCP 管理コンソールの [承認されたサーバーの管理] の表示内容 –

[承認されたサーバーの管理] の表示内容ですが、2000 と 2003 で取得方法に違いがあるようです。

?

■Windows 2000 Server の表示

Windows 2000 Server の [承認されたサーバーの管理] の表示ですが、[CN=NetServices,CN=Services] の
[CN=DhcpRoot] の [dhcpServers] という属性の内容を元に表示をしているようです。

– [CN=DhcpRoot] の設定内容 –

[CN=DhcpRoot] の [dhcpServers] に属性が設定されるのは、Windows 2000 Server で DHCP を承認
した場合になるようです。

今回は Windows Server 2003 で DHCP サーバーを承認しているので、この属性に値が設定されていません。
1 台、Windows 2000 Server で DHCP を承認した後の表示が以下になります。

? 　
– Windows 2000 Server で DHCP を承認 –

[DhcpRoot] の [dhcpServers] に値が設定されているため、この属性に設定されているサーバーはWindows 2000 Server の
[承認されたサーバーの管理] で表示されるようになります。
# 実際には、[dhcpServers] 属性の内容を分割して表示しているようですが。

?

■Windows Server 2003 の表示

Windows Server 2003 の場合は、[DhcpRoot] の [dhcpServers] 属性と、[DhcpRoot] 以外の [dhcpServers] 属性の
情報をベースに表示しているようです。

そのため、2000 / 2003 のどちらで承認されたサーバーについても表示されます。
?
– Windows Server 2003 の DHCP 管理コンソールの [承認されたサーバーの管理] の表示内容 –

Windows Server 2003 で承認した場合は、[DhcpRoot] の [dhcpServers] 属性は設定されないのですがその代わりに、
承認したサーバーの [dhcpServers] 属性が設定されます。

?
– Windows Server 2003 で承認した DHCP サーバー –

Windows 2000 Server で承認された DHCP サーバーの場合は、[DhcpRoot] に [dhcpServers] 属性が設定されているため、
DHCP サーバーのオブジェクトには、[dhcpServers] 属性は設定されていません。

?
– Windows 2000 Server で承認した DHCP サーバー –

2000 と 2003 の承認処理では実行される内容に差があるようですね。
DHCP サーバーが承認されているかどうかに関しては、[CN=NetServices,CN=Services] 内にオブジェクトが存在するかで、
判断がされているようですので、属性が設定される場所が異なっていても特に影響はないようです。

■コマンドで DHCP サーバーを承認

DHCP サーバーの承認は DHCP サーバーの管理コンソールで実行できるのですが、コマンドでも承認 / 承認解除を
実行することができます。

DHCP サーバーの承認 netsh dhcp add server <サーバー名> <IP アドレス> DHCP サーバーの承認解除 netsh dhcp delete server <サーバー名> <IP アドレス> 承認されている DHCP サーバーの取得 netsh dhcp show server

実行される内容は管理コンソールと同じです。

DHCP サーバーの一覧取得に関しては Script Center Gallery に VBScript のサンプルコードが掲載されていました。
承認された DHCP サーバーのレコードについて確認するにはかなり便利だと思います。
Enumerate All Authorized DHCP Servers in Active Directory

また、Microsoft のブログでも、古い DHCP サーバーをリストから削除する方法ということで [dhcpServers] 属性を
削除する方法が紹介されていました。
Old DHCP Servers appear in the list of Authorized servers after a Domain Rename

?

問い合わせがあるまで、OS のバージョンによって承認処理が違うことを意識していませんでした。

先日、CrystalDiskMark で QNAP TS-439 Pro のベンチマークを取得しました。
本格的に使用する前に RAID-0 / 1 だとどんなものだろうと気になったので実験。

■RAID-0
?

■RAID-1

■RAID-5

Seq Write に関しては RAID-5 と比較して差が出ましたが、それ以外に関しては誤差の範囲でしょうか。
RAID-5 はディスク 4 本 (他は 2 本) で組んでいるので、読み込みの優位性があるかと思ったのですがそうでもないですね。

ぼちぼちこの NAS を使ってクラスタ環境の整備を開始したいと思います。

ブログの下書をのぞいていたところ本投稿がお蔵入りとなって残っていました。
破棄するのももったいないかな～と思い、一応ブログにアップしておくことにしました。

複数サーバー構成についてはきちんとブログでまとめたいと思います。

■SCCM 2007 のバージョン

2010/1/15 時点では SCCM 2007 R2 SP2 が最新のバージョンとなります。
SCCM 2007 R2 は SCCM 2007 SP1 以降のバージョンに追加モジュールとしてインストールをするため、
単体ではインストールすることができません。

SP2 を適用しても R2 を別途インストールしないと SCCM 2007 R2 にはなりません。

TechNet サブスクリプションで提供されている SP2 のメディアは差分アップデートではなく、インストールイメージも
含まれているので 2007 RTM → SP1 → SP2 という順でインストーしなくても SP2 のメディアからインストールすれば、
With SP2 の状態でインストールされます。

SP2 → R2 の順でインストールすることで最新の状態となります。

■Windows Server 2008 R2 への対応状況

SCCM 2007 SP2 以降で Windows Server 2008 R2 に対応します。
Configuration Manager 2007 SP2 がサポートする構成

SCCM 2007 のサーバーコンポーネントは x86 のみとなっているため、Windows Server 2008 R2 では
WOW64 での動作となります。

■SQL Server 2008 への対応状況

SCCM 2007 SP1 以降で SQL Server 2008 に対応します。
Configuration Manager 2007 SP1 がサポートする構成

SCCM 2007 + SQL Server 2008 の組み合わせでは、以下の KB の更新プログラムを適用したほうがよいようです。

■SCCM の基本的な構成

SCCM はサイトという階層構成で管理がされます。
サイトには 3 種類あります。

セントラルサイト	階層構成のルートとなるサイトです。セントラルサイトはプライマリサイトになります。 (セカンダリサイトをセントラルサイトにすることはできません) 最初に作成したプライマリサイト = セントラルサイト になるイメージかと。
プライマリサイト	サイト用の SQL Server のデータベースを保持するサイトです。 プライマリサイトの下にセカンダリサイトを構成することができます。
セカンダリサイト	サイト用の SQL Server のデータベースを保持しないサイトです。 サイトの構成情報は親サイトのデータベースに格納します。 セカンダリサイトの下にセカンダリサイトを構成することはできません。 セカンダリサイトに関しては追加の SCCM のサーバーライセンスは不要です。

?

SCCM クライアントは各サイトに関連付けられて管理されることになります。

1 つのサイトには複数のサーバーを配置することができます。
サーバーを複数配置し、役割を分散させることで負荷を低減させることができます。

各サイトで提供される機能はサイトシステムで構成されます。
サイトシステムには以下の役割があります。

役割

Configuration Manager コンポーネント サーバー

Configuration Manager サイト サーバー

Configuration Manager サイト システム

Configuration Manager サイト データベース サーバー

SMS プロバイダ

管理ポイント

サーバー ロケータ ポイント

レポート ポイント

フォールバック ステータス ポイント

■SCCM 2007 の冗長化

検証用だと 1 台で構築してしまいますが企業向けだと冗長構成の必要性を考慮する必要があります。
SCCM 2007 の冗長構成はクラスタではなく、複数のサーバーに同一の役割をインストールすることで構成します。
一部の役割では NLB で負荷分散ができるようです。

■Active Directory のスキーマ拡張の必要性

SCCM 2007 の自習書を読むと Active Directory のスキーマ拡張の作業が書かれています。
Active Directory のスキーマ拡張は、SCCM クライアントで [サイトコードの自動探索] をするために必要となります。
スキーマ拡張をすることで、管理ポイントの情報を Active Directory に格納することができます。
スキーマ拡張をしない場合は、SCCM で [サーバーロケータポイント] の役割が必要となります。

スキーマ拡張により、AD 上に SCCM の管理ポイントの情報を保持するためのクラス / 属性が作成されます。
# [msSMS～] とついているものが拡張により作成されるもののようです。

この拡張した属性を使用することで管理ポイントの情報が AD のドメインパーティション上に作成できるようになります。
自習書で [System Management] というコンテナを作成している個所が、管理ポイント用のコンテナを作成している個所になります。

このコンテナに対して、サイトサーバーのコンピュータアカウントの [フルコントロール] を許可することで、SCCM の
サイトサーバーが管理ポイントの情報を AD 上に格納できるようになります。
SCCM 2007 のコンピュータアカウントを含めるグループを作成して、そのグループにコ
ンピュータアカウントを追加して、
グループに対してフルコントロールを設定するのが管理上便利だと思います。

■動作モードの種類

SCCM には以下の 2 種類の動作モードがあります。

ネイティブモード	インターネット上のクライアントも管理できるモードになります。 (SMS クライアントを含まない環境でも利用可能なモード) サイト – クライアント間通信は SSL が利用され暗号化された状態となります。 SSL 通信を使用するため証明書が必須となります。 HTTPS (443) による通信
混在モード	SMS 2003 との互換用 / インターネット上のクライアントは管理しないモードになります。 通信は暗号化されない状態となります。(SSL を使用していないため) 社内ネットワークで利用するのであれば混在モードのほうが構築しやすいと思います。 HTTP (80) による通信

?

■WSUS のインストール有無

SCCM では、[ソフトウェアの更新ポイント] の役割を持つサーバーを構築する場合、WSUS がインストールされた
サーバーが必要となります。

[ソフトウェアの更新ポイント] の役割をローカルではなくリモートに持つ場合は、WSUS 本体ではなく、
WSUS 管理コンソールをインストールしておきます。
# WSUS or WSUS 管理コンソールのどちらかが必須コンポーネントとなります。
WSUS の管理コンソールは WSUS のインストーラーからインストールすることができます。

Windows Server 2008 R2 で WSUS を使用するためには WSUS 3.0 SP2 が必要となります。

WSUS の管理 UI を使用するためには、[Microsoft Report Viewer 2008 再頒布可能] が必要となります。
Microsoft Report Viewer 2008 SP1 Redistributable – 日本語
Microsoft Report Viewer 再頒布可能パッケージ 2008 SP1 Language Pack – 日本語

■サイト システムの追加

SCCM のサイトにサーバーを追加する場合は、サイトに対してサイトシステムを追加します。
# 追加するサーバーでインストーラーを起動するという方法ではありません。

?
サイトシステムのインストールはコンピュータアカウントまたは、使用するアカウントを指定することができます。
使用するアカウントをローカルの Administrators グループに入れておけばインストールはできるかと。
ファイアウォールでドメインネットワークに [ファイルとプリンタの共有] は許可になっている必要がありそうです。

追加する際に、どの役割を持たせるかを選択します。

サイトシステムの追加をすると、追加するサーバーに対してコンポーネントのインストールが実行されます。
役割を一つも選択しない状態だと、追加サーバー側に対してコンポーネントのインストールは実行されないようです。
# SCCM の構成上登録はされるのですが、追加したサーバーに対して処理はされていないように見受けられます。

コンポーネントのインストール状況は、[コンポーネントのステータス] の [SMS_SITE_COMPONENT_MANAGER] の
メッセージで確認することができます。
?

インストールの状況は追加するサーバーの [イベントビューア] の [アプリケーション] でも確認することができます。

先週、QNAP の TS-439 Pro というモデルの iSCSI に対応した NAS を購入しました。
現行モデルは TS-439 Pro Ⅱ というモデルになりこのひとつ前の製品となります。
# この、ひとつ前の製品を型落ちの新品でなく、中古で購入した購入しました。

この NAS を使った iSCSI ターゲットの設定方法を。

■iSCSI ターゲットの設定

TS-439 は Web ベースの管理コンソールを持っており、iSCSI の設定もこの管理コンソール上で実行することができます。
iSCSI の設定もシンプルで、ターゲットを定義して、そのターゲットに対して LUN を割り当てるだけで、
iSCSI ターゲットの設定をすることができます。

1. iSCSI ターゲットの有効化
   デフォルトでは、iSCSI サービスは無効になっているので、iSCSI サービスを有効にします。
   といってもチェックをつけるだけですが。
   
2. ターゲットの作成
   ターゲットについては、ウィザードが用意されているので、ウィザードに従って操作することで作成できます。
   
   ターゲット名とターゲットのエイリアスを入力して、
   ?
   CHAP 認証の設定をするとターゲットの設定は完了です。
   
3. 続いて LUN の設定です。
   LUN の作成方法には 2 種類があり、[シン・プロビジョニング] という 容量可変と、[即時配分] という容量固定の LUN の
   2 つの方法があります。
   シン・プロビジョニングであれば、設定した容量を実際に確保するわけではないので、検証用のディスク領域を
   十分に確保することができます。
   # この機能があるので、ディスクが 2 本の TS-239 でもよかったのかな～と思っています。
   ?

   LUN をどのターゲットにマッピングするかを選択して設定完了です。

   

以上で、iSCSI の設定は完了です。
?

アクセス制御については、ターゲット単位ではなく LUN 単位で設定することになります。
iSCSI イニシエータがアクセスすることができる、ターゲットを設定するのではなく LUN を設定するので、
細かなアクセス制御をする場合は少し大変かもしれないですね。

?

QNAP の NAS では、iSCSI ターゲットに必要な基本的な機能は実装されていると思います。
この NAS は Gigabit の NIC が 2 個ついており、ポート・トランキング機能を使って NIC のチーミングをすることも可能です。
最近の NAS はいろいろと機能が付いているんですね。

私の検証環境であれば、TS-439 というディスクが 4 本入るモデルでなく、 TS-239 というディスクが 2 本のモデルでも
十分だったのですが、新品の TS-239 ProⅡ とほとんど変わらない値段だったので、TS-439 Pro の購入となりました。

今回の NAS を購入しようと思った決め手になったのが、[Supports SPC-3 Persistent Reservation] ということです。
QNAP NAS Products Comparison

[Persistent Reservation] をサポートしているので、クラスタの検証の記憶域のチェックをパスすることもできます。

CSV でも有効なディスクとして iSCSI の LUN を設定することができ、Live Migration も実行することができました。

ただし、私の環境では CrystalDiskMark や SQLIOSIM のようなソフトで、iSCSI 経由で負荷をかけ続けるとなぜか、
NAS が再起動してしまうという現象が発生してしまい、どこまで使うことができるか少し不安です。
# MPIO を設定すると高確率で再起動するのですが、シングルパスで負荷をかけると発生頻度が落ちる (皆無ではなく) という
　 結果にはなっているのですが、根本的な解決方法がいまだわからず…。
　 Small Business 向けの製品であるはずなので、それなりに安定しているはずなんですけどね。
??? このような現象の解決について情報をおもちのかたがいらっしゃいましたらご連絡いただけるととても助かります。
??? 突発のシャットダウンが実行されると RAID の再同期が実行され、RAID-5 で 5 時間程再同期に時間が取られてしまうんですよね。

?

■パフォーマンスを測定

パフォーマンスをとってみようと、CrystalDiskMark で測定した結果がこちらです。
環境としては ML115 G5 のオンボードの Gigabit の NIC で接続をしている状態になります。
NAS のディスクとしては WDC WD10EARS を使用しています。
MTU に関してはデフォルトの状態です。

ちょっと Seq Write が低いかな～と思うのですがこんなところでしょうか。
??

ML115 G5 のローカルディスクの測定結果がこちら。
こちらは WDC WD10EADS を使用しています。
# オンボードの RAID コントローラのRAID-10 で組んであります。
ML115 G5 の RAID はソフトウェア RAID のはずなので、速度はそれほどでていないと思います。

突然再起動するという現象さえ発生しなければなかなか快適なディスクアクセスかと。
QNAP の NAS はこの価格帯の NAS としては高機能で結構使い勝手が良さそうですね。

インターネットだと オリオスペック さんで購入することが可能です。
興味のある方は一度ご覧いただければと思います。

続いて後半の [第2回 SQL Server & SQL Azure Bloggers Meeting] のセミナーレポートを。
第1回は参加できなかったので今回 Bloggers Meeting 初参加です。

直近で行われた記者発表の内容をお話いただけました。
# 今後も記者発表の後に、発表いただいた内容を Bloggers Meeting を開催してお話いただけるようです。

■発売日と価格体系

SQL Server Product Manager チームの斎藤さんによる発売日と価格、4 月 30 日まで実施しているキャンペーンについてのお話です。

発売日
ボリュームライセンスは 2010 年 5 月 1 日発売
→ボリュームライセンスは月初に発売されるのが通例

パッケージ製品は 2010 年 6 月発売予定

SQL Server 2008 R2 の特徴

SQL Server 2008 R2 は Azure とのシームレスな連携が可能
→ SQL Azure は R2 から派生したバージョンである。(Azure : 10.25 / R2 10.5)

エンドユーザーはオンプレミス / Azure を意識しないで利用できる。

Azure で培ったファプリックの機能をオンプレミスにも連携している。
→統合管理部分

TPC-E の Top1 は SQL Server 2008 R2。

価格
Datacenter Edition が R2 から追加されている。
→従来の Enterprise Edition の 2 倍

ライセンスモデルは従来からのライセンス形態と同一 (プロセッサライセンス , サーバー/クライアント CAL)

プロセッサライセンスは物理プロセッサ単位で課金 (コア単位ではない)
→　Oracle はコアの係数で課金。

今年の後半では 12 コアの CPU (AMD) が発売される予定のため、今後コア単位で価格を考えた場合どんどん安くなっている。

SQL Server は All in one パッケージ
→　Oracle はオプションを購入

■各種キャンペーン情報

4 月 30 日までで SQL Server の購入キャンペーンが実施されている。
→　SQL Server 2008 R2 を使うことができる特典も含まれている

キャンペーンの詳細に関してはこちらになります。
Microsoft SQL Server 2008 トリプル キャンペーン!! : SQL Server 2008

■新機能のデモンストレーション

続いては SQL Server Product Manager チームの松澤さんによる PowerPivot のデモ。

難しい / 高い BI からの脱却。
使いやすく、現状使っているツールで利用可能
→　SQL Server 2008 R2 のセルフ サービス BI

自分のローカルに持っている情報、インターネット上の情報を SQL Server で持っている情報とマッチングさせて分析が可能。
情報のリアルタイム性に対応。
自分が欲しい情報をユーザー主体で作成して、複数のユーザーで情報の共有を可能とする。

PowerPivot for Excel 2010 の紹介
今まで、Excel であったピボットテーブルを強化。
インメモリ OLAP として動作する。
→　クライアントにキューブを作成する。

取り込めるデータは、SQL Server だけでなく、他社製 DB , インターネット上のデータを使用することができる。

SSRS の情報を分析対象として使用するデモ。
レポートを開いてデータフィードの出力をすることで、PowerPivot に連携することができる。

PowerPivot に取り込んだデータをピボットテーブで分析を行う。
取り込んだデータはユーザー主体で、値を加工することができる。
→ PowerPivot のデータが変更された場合、ピボットテーブルでも情報が変更されたことを認識し、情報の更新の必要性が通知される。
　ローカルのキューブに変更があったことを通知できる。

SSRS から取り込んだデータと SQL Server 上に存在しているテーブルでリレーションシップを設定することができる。
(異なるデータソースを統合して分析することが可能)
→　取り込んだデータを使ってピボットテーブルを操作した際に、リレーションシップの必要性がある場合は通知がされる。

スライサーにより、データのフィルタリングを実施することができる。

リンクテーブルの作成を使うことで、Excel 上のデータを PowerPivot に瞬時に取り込むことができる。
→　リンクテーブルで取り込んだものもリレーションシップで使用することができる。

リンクテーブルでデータを指定した場合は、リンクテーブルとして設定したデータソースを変更すると PowerPivot も自動的に変更される。

PowerPivot から SSRS のレポートを直接取り込むことも可能。
→ SSRS の URL を指定して、取り込み対象のレポートを選択する。
SSRS のレポートを直接取り込んだ場合、サーバーのレポートが変更されたら、[最新の情報に更新] することで、更新されたレポートの内容を
PowerPivot で表示できる。

Web 上の HTML のテーブルデータをコピー & ペーストすることで、Web 上のデータを PowerPivot に取り込むことができる。

作ったデータはローカルでのみ使用するのではなく、MOSS 2010 と連携することで情報の共有化が可能となる。
→ PowerPivot.用のライブラリで公開 (PowerPivot for SharePoint を使う)
Excel サービスを使うため、クライアントに Excel が入っていなくてもブラウザ上で情報を利用することができる。

セルフサービス BI により、キューブの作成からエンドユーザーで実施することができる。

管理者用のダッシュボードを使用することで、MOSS 上の PowerPivot の利用状況を確認することができる。
→ ユーザーが任意で作ったキューブを IT 管理者側でウォッチすることができる。

SSRS の RS の新機能

データバー / インジケーター / スパークラインを使うことができる。
# スパークラインは Office 2010 で使えるようになった機能。

地図レポートを簡単に作ることができるようになった。
→　色分析マップ / バブルマップが使える。
(バブルマップによると関西の人が納豆を食べないというのはそうでもないらしいです)

BingMap と連携することも可能となっている。

2008 R2 では Report Builder が 3.0 となっている。
→ マップウィザードにより、地図を使用したレポートも簡単に作れるようになっている。

SQL Server 2008 R2 の機能に関してはこちらから。
SQL Server 2008 R2 概要

久しぶりにどっぷり SQL Server でとても充実した一日でした～。