のほか [One Message View / Re[3]: SQL Server 2017 Express か Developer　のインストールについて]

■1296 / 3階層)

　SQL Server 2017 Express か Developer　のインストールについて

□投稿者/ hidetake -(2019/01/20(Sun) 10:22:07)

> もちろん、SSD だろうが HDD だろうが
> バックアップは重要なわけで、もし C の
> SSD にデータを置いても HDD にバック
> アップを取れば良いんじゃないですか。

いろいろと妄想も出て、話しは拡大しすぎますが

もし、Cドライブに十分な空き容量があるならば、
Cドライブ領域を切り詰め 30GB 程度の空きを造り、
それを別ドライブにする。仮に E としますが。

そこに SQL Server のデータを置く。
そして、E ドライブを頻繁にボリュームシャドー
コピーを取るようにする。例えば１時間毎とか。

その際にボリュームシャドーコピーの保存場所は
HDD の Dドライブに置くようにする。

VSSスナップショットの場所を移動する方法
https://barracuda.atlassian.net/wiki/spaces/BB/pages/36405252/VSS

もちろん、メモリ上にデータが残っているような
DB に常時フルアクセスするような高稼動な DB
では無いものとしてですが。

※何故に別ドライブにするかは Cドライブ全体の
　VSS 取ると、パフォーマンス上タイムロスは
　生じるので。

それと私自身は、別ドライブに VSS 取った経験は
無いのでパフォーマンスはどのようなものかは
わかりません。

VSS の履歴は Windows の場合 36だったかな!?
だから１時間に１回 VSS 取ったら 36時間しか
持たないので、もちろん、夜間に通常のバック
アップは必要です。

私自身は、システムの障害時に短時間で復旧させる
手段として、物理サーバ上に仮想サーバをたて、
その仮想サーバ上で SQL Server 等のシステムは
稼動させています。

そして、もう１台の物理サーバを用意し、仮想を
有効にし、システムの動いている仮想サーバを
もう１台の物理サーバ上の仮想領域にレプリケー
ションを取っています。

もし、メインサーバに障害が発生したら、予備の
サーバの仮想サーバをフェールオーバーし稼働させ
ます。復旧時間を短くするためです。

システムのことを考え出すと楽しいし、いろんな
工夫も出てきます。

[メール受信/OFF] 削除キー/

返信無し
　

上記関連ツリー
前の記事(元になった記事)	次の記事(この記事の返信)
SQL Server 2017 Express か Developer　.. / くおんたむ (19/01/19(Sat) 11:52) #1290
`├` Re[1]: SQL Server 2017 Express か Deve.. / hidetake (19/01/19(Sat) 21:59) #1291
`├` Re[1]: SQL Server 2017 Express か Deve.. / 尾形 (19/01/20(Sun) 08:03) #1292
`│└` Re[2]: SQL Server 2017 Express か Deve.. / hidetake (19/01/20(Sun) 08:29) #1294
`├` Re[1]: SQL Server 2017 Express か Deve.. / 尾形 (19/01/20(Sun) 08:27) #1293
`│└` Re[2]: SQL Server 2017 Express か Deve.. / hidetake (19/01/20(Sun) 09:01) #1295
`│ └` SQL Server 2017 Express か Developer　.. / hidetake (19/01/20(Sun) 10:22) #1296 ←Now
`└` Re[1]: SQL Server 2017 Express か Deve.. / くおんたむ (19/01/27(Sun) 11:58) #1297
上記ツリーを一括表示 / 上記ツリーをトピック表示
上記の記事へ返信

入力内容にタグは利用できません。

他人を中傷する記事は管理者の判断で予告無く削除されます。
半角カナは使用しないでください。文字化けの原因になります。
名前、コメントは必須記入項目です。記入漏れはエラーになります。
入力内容の一部は、次回投稿時の手間を省くためブラウザに記録されます。
削除キーを覚えておくと、自分の記事の編集・削除ができます。
URLは自動的にリンクされます。
記事中に No*** のように書くとその記事にリンクされます(No は半角英字/*** は半角数字)。
- No123 → 記事No123の記事リンクになります(指定表示)。
- No123,130,134 → 記事No123/130/134 の記事リンクになります(複数表示)。
- No123-130 → 記事No123～130 の記事リンクになります(連続表示)。

■解決しましたら最下段にチェックを入れてください

■引用文は、最小限に、お願いいたします

Name	/
E-Mail	/
└> 関連するレス記事をメールで受信しますか? / アドレス
Title	/
メッセージ中には下記URLと同じURLを書き込まないで下さい
URL	/
Comment/ 通常モード->　図表モード-> (適当に改行して下さい/半角10000文字以内) ■No1296に返信(hidetakeさんの記事) >>もちろん、SSD だろうが HDD だろうが >>バックアップは重要なわけで、もし C の >>SSD にデータを置いても HDD にバック >>アップを取れば良いんじゃないですか。 > > いろいろと妄想も出て、話しは拡大しすぎますが > > もし、Cドライブに十分な空き容量があるならば、 > Cドライブ領域を切り詰め 30GB 程度の空きを造り、 > それを別ドライブにする。仮に E としますが。 > > そこに SQL Server のデータを置く。 > そして、E ドライブを頻繁にボリュームシャドー > コピーを取るようにする。例えば１時間毎とか。 > > その際にボリュームシャドーコピーの保存場所は > HDD の Dドライブに置くようにする。 > > VSSスナップショットの場所を移動する方法 > https://barracuda.atlassian.net/wiki/spaces/BB/pages/36405252/VSS > > もちろん、メモリ上にデータが残っているような > DB に常時フルアクセスするような高稼動な DB > では無いものとしてですが。 > > ※何故に別ドライブにするかは Cドライブ全体の > 　VSS 取ると、パフォーマンス上タイムロスは > 　生じるので。 > > それと私自身は、別ドライブに VSS 取った経験は > 無いのでパフォーマンスはどのようなものかは > わかりません。 > > VSS の履歴は Windows の場合 36だったかな!? > だから１時間に１回 VSS 取ったら 36時間しか > 持たないので、もちろん、夜間に通常のバック > アップは必要です。 > > > > 私自身は、システムの障害時に短時間で復旧させる > 手段として、物理サーバ上に仮想サーバをたて、 > その仮想サーバ上で SQL Server 等のシステムは > 稼動させています。 > > そして、もう１台の物理サーバを用意し、仮想を > 有効にし、システムの動いている仮想サーバを > もう１台の物理サーバ上の仮想領域にレプリケー > ションを取っています。 > > もし、メインサーバに障害が発生したら、予備の > サーバの仮想サーバをフェールオーバーし稼働させ > ます。復旧時間を短くするためです。 > > > システムのことを考え出すと楽しいし、いろんな > 工夫も出てきます。 >
File	/ アップ可能拡張子=> /.gif/.jpg/.jpeg/.png/.txt/.lzh/.zip/.mid 圧縮ファイル[lzh,zip]は、事前に解凍してご利用下さい。 1) 太字の拡張子は画像として認識されます。 2) 画像は初期状態で縮小サイズ250×250ピクセル以下で表示されます。 3) 同名ファイルがある、またはファイル名が不適切な場合、　　ファイル名が自動変更されます。 4) アップ可能ファイルサイズは1回100KB(1KB=1024Bytes)までです。 5) ファイルアップ時はプレビューは利用できません。 6) スレッド内の合計ファイルサイズ:[0/500KB] 残り:[500KB]
パスワード	/ 半角小文字で「ケイ・アイ・アール・アイ」を入力
削除キー	/ (半角8文字以内)
解決済み! BOX/ 解決したらチェックしてください!
プレビュー/

- Child Tree -
- Antispam Version -