ライブディスククローニングソフトをお探しの方に、BackupChain独自のディスククローニングの方法をご紹介します。しかし、まず最初に、両者が同じことを言っていることを確認しておきましょう。ディスク・クローニングとディスク・イメージング・バックアップは別物で、BackupChainではその両方が可能です。
ディスクのクローニングは、ディスクイメージングとは根本的に異なります。ディスクの複製は、必要なときにすぐに使えるように複製ディスクを作成するプロセスです。ディスクはオリジナルのクローンです。ディスクイメージは、ディスクの内容を保持する単一のファイルです。ディスクを復元する必要がある場合、ディスク イメージ ファイルの内容をコピーするための新しいディスクが必要です。したがって、すべてのデータをディスクに書き戻す復元プロセスを待つ必要があり、本当に大きなディスクの場合には、これには時間がかかる場合があります。そこで便利なのがディスクのクローニングです。
BackupChainのディスク・クローニングはユニークです。ライブ・ディスク・クローニング・ソフトウェアは、オペレーティングシステムの実行中にクローンを作成します。これは、ライブ・バックアップの準備のためにVSSを認識しているすべてのサービスにコンタクトし、一貫性が保証されている「フローズン・ビュー」を使用してクローンを作成します。クローンディスクはすでにアタッチされており、プロセス中に書き込まれます。複製プロセスが終了するとすぐに、複製されたディスクから起動することができます。他のソリューションとは異なり、BackupChainはWindowsのバックグラウンドで動作し、起動スティックやディスク、再起動を必要とせず、クローンを修正して元のディスクと一緒に生きていけるようにし、ライブバックアップディスクのようなものです。
Windowsや他のオペレーティングシステムでは、完璧なクローンを同時にアタッチすることができないことをご存知でしたか？それは、各ディスクが一意のIDを持っている必要があるからです。したがって、もしあなたが間違って「完全なクローン」を添付してしまうと、オリジナルとビット単位で同じものを添付してしまうと、例えば、ディスクイメージを元のディスクイメージが撮影された同じコンピュータ上で新しいディスクに復元した場合、Windowsはクローンを「修正」して新しいIDを与えてしまいます。これは取り返しのつかないことになり、内部的に ID が一致しなくなるため、起動できないディスクになってしまいます。そこでBackupChainは、クローンを確実に起動可能な状態に保ち、必要なだけ元のディスクと並べて使うことができるようにします。メインディスクが破損した場合、BIOS設定を変更してクローンから起動することができます。
RAID ライブディスクのクローンもサポートされています。スタンドアロンディスクをクローンする代わりに、BackupChainは、RAID全体を別のRAIDにクローンしたり、スタンドアロンディスクだけをクローンしたり、その逆も可能です。
システムを中断することなく、Windowsやデータディスクをライブでクローンする必要がありますか？BackupChainはそれを実現するためのチケットであり、信じられないほど強力です。さらに、Hyper-Vバックアップ、VMwareバックアップ、VirtualBoxバックアップ、ファイルレベルバックアップ、クラウドとリモートバックアップなど、他のバックアップツールの広い範囲を提供しています。
20日間の試用版は完全に機能していますので、今日チェックしてみてください。
2020年10月14日水曜日
Windows、SSD、RAID用のライブディスククローニングソフトウェア
2020年9月4日金曜日
VHDおよびVHDX VMのためのMicrosoft Hyper-Vバックアップ
ここでは、いくつかのディザスタリカバリのキー機能を備えたシンプルで完全自動化されたHyper-Vバックアップソフトウェアをご紹介します。重複排除機能を内蔵し、CPUコアをフルに使用することで、時間とストレージスペースを節約するのに役立ちます。
主な利点
バックアップソリューションはホストごとにライセンスされています：無制限のVM
重複排除と圧縮を利用してHyper-V仮想マシンをUSB、ネットワーク共有、NAS、FTPにバックアップ
高速バックアップ重複排除、インクリメンタルおよびディファレンシャル
Hyper-V と Windows Server バージョン 2012/2008/R2/2008（フルユーザーインターフェースの Core を含む）、および Windows 8 にインストールします。
クラスタ共有ボリュームとアタッチドストレージのサポートを提供します。
VHD、VDK、VDI形式の粒状バックアップ
VHDXおよびVHDフォーマットの粒状復元
VM内にエージェントをインストールする必要はありません。
わずか1分でインストール
ボルチモア、メリーランド州、米国に拠点を置く24時間の専門的な技術サポート
クラスタ共有ボリューム
クラスタ共有ボリューム、ローカル ディスク、フェイルオーバー クラスタ、リモート アタッチド ストレージに保存されている VM はすべてサポートされています。VM は、VM 全体の一貫性を保つために同時にバックアップすることも、順次バックアップすることもできます（デフォルト）。シーケンシャル保護では、サーバーのリソースを最小限に抑えることができます。一度に1台の仮想マシンを保護することで、サーバーへの影響を最小限に抑えることができますが、必要に応じて同時にバックアップすることもできます。これは、特に多数の仮想マシンを持つ大規模なシステムをお持ちで、データ保護プロセスによるシステムへの影響を最小限に抑えたい場合に、非常に有効な機能です。
Hyper-Vスナップショット
Hyper-Vスナップショットのバックアップと復元は自動化されており、新しいホストでも行うことができます。
ローカル、USB、NAS、ネットワークドライブ、FTPでの重複排除
仮想マシンは、処理時間、帯域幅、およびスペース要件を劇的に削減する効率的な重複排除アルゴリズムを使用して、ローカルフォルダやディスク、外部ドライブ、ネットワーク共有、またはFTP経由で保存することができます。
重複排除は圧縮された形式で、インクリメンタルとディファレンシャルで行われます。
エージェント不要
ホストから仮想マシン全体にアクセスしたり、一部のVMファイルだけにアクセスしたりすることができます。この VM データへのアクセス方法は「Granular Backup」と呼ばれ、Enterprise Edition の一部となっています。
異なるホスト上の仮想マシンをクローンしてリストアすることができます。
仮想マシンは、元のホスト上だけでなく、サイド・バイ・サイド構成でどこでもリストアすることができます。識別子の衝突は、リストア時にBackupChainクローンVM機能を使用して自動的に回避されます（これはデフォルト・オプションです）。
仮想マシンの逐次バックアップと同時バックアップ
ホストのシステムストレスを軽減するために、プロテクトVMをすべて同時に実行するのではなく、1つずつ順番に実行することができます。VM保護タスクを順次実行することで、ホスト・サーバのストレスを劇的に軽減することができます。BackupChainには、複数マシンのポイント・イン・タイムの一貫性を必要とするユーザーのための同時実行オプションもあります。
前の仮想マシンのバージョンやデータファイルを瞬時に復元
BackupChainは、任意の数の仮想マシンのバックアップを保持するように設定することができます。つまり、データファイルの以前のバージョン、あるいは仮想マシン全体にタイムスリップすることができます。復元が必要な場合は、仮想マシン全体、個々のディスク、またはコピーまたは処理された時点で仮想マシン内に保存されていたファイルを復元することができます。以下の「粒状バックアップ」と「粒状復元」のセクションを参照してください。
Hyper-V スナップショットの自動保護と復元
スナップショットチェーンを含む仮想マシンは完全にサポートされています。スナップショットを新しいホストサーバー（類似のCPUアーキテクチャとWindowsバージョン）に復元することもできます。
オプション。ターゲットフォルダからVMを瞬時に起動
新しいBackupChainタスクをセットアップする際に、ファイルレベルの重複排除、ZIP（またはZIPの亜種）圧縮、暗号化、または全く処理を行わないオプションを使用することができます。後者のオプションでは、すべてのファイルがネイティブフォーマットで保存されるため、ターゲットフォルダから直接VMを即座に起動することができます。Hyper-Vの管理画面で新しいVMを作成し、起動に必要なVHD / VHDXファイルを指定するだけです。
Microsoft ExchangeおよびMicrosoft SQL Serverを実行する仮想マシンのバックアップ
BackupChain は VSS を利用して、サーバ上の仮想マシンやその他のデータサービスのバックアップをアプリケーションの一貫性のあるものにします。ライブの Exchange 2007 以降と SQL Server 2005 以降のバックアップは VSS を意識したサービスなので問題ありません。以下で説明する粒状バックアップと粒状復元機能を使用して、VM に BackupChain をインストールせずにホストから Exchange と SQL サービスのフォルダバックアップを取ることができます。粒状復元機能を使用すると、仮想マシン全体をリストアすることなく、Exchange または SQL Server データのポイントインタイムバージョンをリストアすることができます。
詳細については、ウェブサイトをご覧ください。
2020年8月26日水曜日
Hyper-VバックアップとセキュアなDMZサーバ。ハウツーガイド
セキュリティの観点から、例えば私たちが協力しているVPSホスティングプロバイダが使用している安全なオプションは、ハイパーvホストではなくVMをDMZ化することです。
ホストの代わりにVMをDMZ化することで、通常通りにホストにアクセスしてバックアップを取ることができ、VMだけを外部に露出させることができます。攻撃者はVMからホストに簡単にアクセスできません。Hyper-Vの統合サービスだけが、おそらく悪意のあるソフトウェアがホストと通信することを許してしまう可能性があります。
上記を含むすべての戦略には、それぞれ長所と短所があります。
内部LANに新しいバックアップNASを追加し、バックアップ用のDMZ Hyper-V Server間のポートを開く
その場合、攻撃者はホストを乗っ取り、バックアップデバイスの破損を含め、何でもできるようになります。ところで、ランサムウェアもこのようなことをします。ネットワークアクセスの共有を見つけ、そこにあるすべてのファイルにもダメージを与えることができます。
DMZに新しいNASを追加する。プロ：ファイアウォールで何も変更する必要がない
この場合の欠点は、攻撃者がホスト、その上のすべての VM、およびその上のすべてのバックアップへのフルアクセスを得ることができ、攻撃された場合には何も復元できなくなる可能性があるということです。
静的 IP アドレスを使用してすべての VM を DMZ した場合、リスクは各 VM の内部に限定されます。欠点は、すべての VM を個別に DMZ する必要があることですが、ホストは内部ネットワーク上に残り、バックアップなどを含めてそのまま保護されます。
もう一つのセキュリティの「トリック」は、隔離された仮想スイッチをセットアップして、DMZしたVM用に別のNICをアタッチして、VMがホストを含む内部ネットワークと通信できないようにすることです。これにより、誰かがVMをハッキングした場合に備えて、セキュリティのもう一つの層を確保することができます。
低価格でHyper-VサーバとVMを保護するために、このバックアップソリューションをお試しください。
Hyper-VのCSVバックアップ。VMのバックアップで注意すべき点は？
Hyper-VのVMをCSVにバックアップする際には、以下の点に注意する必要があります。
1. 最新バージョンのBackupChainを使用する必要があります
2. すべてのVMファイルは、同じCSVに保存されている必要があります。
3. 3. バックアップは Hyper-V タブからのみ実行してください。完全なサーバーイメージのバックアップにはCSVボリュームを含めてはならず、システムOSとオプションでデータディスクのみを含める必要があります。
4. 4. VM が他のノードに移動する可能性が高い場合は、リストから VM を選択するのではなく、自動選択機能を使用する必要があります。 タスクの作成時にクラスターオプションが設定されている場合、速度制限が有効になります。これは、CSV 管理トラフィックが 100% 隔離されており、バックアップトラフィックやその他のデータ転送の影響を受けないことを確認している場合に、速度を上げるか、またはオフに切り替えることができます。そうしないと、ハートビートが間に合わず、Hyper-V がノードを完全にオフにしてしまうということが起こりえます。
すべてのHyper-Vバックアップと同様に、ホストとゲストOSによっては、バックアップの直前にHyper-Vが小さなチェックポイントを「スライドイン」することがありますが、このチェックポイントはinitフェーズの直後に削除されます。このチェックポイントファイルは、バックアップフォルダ内に* .AVHDXとして表示されます。また、VMに他のチェックポイントがある場合は、バックアップフォルダ内に他のAVHD / Xが表示されます。
チェックポイントは使用しないことをお勧めしますし、使用する場合は短時間だけ使用するようにしてください。チェックポイントを使用する場合は、デメリットやリスクも考慮する必要があります。BackupChainでの粒状回復はVHD / Xベースでしか機能しない。つまり、メインのVHDファイル内に目的のファイルが見つからない場合は、完全なリカバリーが必要になる可能性が高くなります。Hyper-Vでチェックポイントを作成すると、VHDは凍結され（以前のチェックポイントも凍結されます）、新しいAVHD/Xが作成されます。VM内のすべての変更は、将来的にセクタ単位でAVHDに書き込まれます。チェックポイントを削除する際には、AVHDの内容を親VHDにマージする必要がありますが、これには時間がかかります。
欠点は、複雑さが増し、ホストやネットワークアクセスが遅くなることです。リスクとしては、データ損失の可能性があり、すでにHyper-Vには完全な損失につながるいくつかのバグがありました。チェックポイントが削除されたときのマージ処理や、チェックポイント作成時のVHD参照設定など、いくつかのリスクのあるフェーズが残っています。例えば、システムのバックアップや停電が発生した場合、CSVのメモリも分離され、追加で影響を受けるため、データが破損するリスクがあります。もちろんMicrosoftはVHDX形式を改良してリスクを軽減していますが、仮想ハードディスクはあらゆる原因からの破損から100%保護されているわけではないのは確かです。
2020年4月21日火曜日
無料が無料ではない場合
あなたはある時点でVeeamを見て、彼らの「無料の」バックアップ・ソフトウェアは素晴らしいと思うようになりました。しかし、大きな問題があります。サーバーやVMをシステムに追加すると、すぐに「無料」が「無料」ではなくなるポイントに到達します。実際、突然、彼らの無料ソリューションは、無料レベルを超えて成長し続けるために、何千ドルものコストがかかるのです。
フリーミアムモデルは、悪用ではないにしても、やや悪質なマーケティングモデルです。印象としては、無料で使える製品を、お金を払わずに手に入れることができます。それをインストールしたり、学習したり、使ったり、設定したり、管理したりと、あなたはそれに多くの時間を投資し始めます。あなたの時間はあなたにとって何かの価値があるのでしょうか？もちろんそうです。だからこそ、"無料のソリューション "を使って何週間も何ヶ月も経った後に、あなたは最終的にどこで、どのようにそれが不自由で制限されていたかを理解し、本当の、高価で高額なソリューションにアップグレードする必要があることに気づくのです。そこで、彼らは本当に私たちに、高価な本物の製品、彼らが売りたいと思っているものに、私たちを行かせたいと思っているのです。もちろん、私たちは皆それを知っていますが、それでも私たちは何度も何度もそれに引っかかってしまいます。
彼らは "ああ、それは永遠に無料だ "と私たちを魅了した。今、我々はそれを学び、それを試してみて、我々はすべてのこの時間を無駄にしたことを実現していることを、我々は製品を購入しない場合は、すべてのその時間と労力が無駄になるように感じています。また、別の製品に乗り換えれば、さらに手間がかかり、時間の無駄になってしまうのではないか、と考えてしまいます。それは弾丸をかじって、高価な製品を購入して、私たちの生活に移動するだけではるかに簡単です。
OK無料ゲームは、ほとんど同じギミックです。あなたがプレイして、中毒になる, その後、あなたは実際のゲームで、次のレベルのロックを解除するために "トークン "を購入する必要があります. もちろん、それは無料トライアルです。しかし、そうではありません。ゲームは買わなくても楽しめますが、無料のバックアップソフトを試すのは本当に貴重な時間を無駄にしてしまいます。その時間を賢く、より効果的に使うことができたはずです。さらに悪いことに、あなたもお金を無駄にしてしまいます。解決策は簡単で、いわゆる「Hyper-V用の無料バックアップソフト」というメッセージがあなたに届くたびに、他にどんな選択肢があるのかを見て回ることは、大きなリマインダーであり投資です。無料という言葉は、他のものと同様に悪用されてきた。コロナウイルスの大流行は私たちの財布のすべてに切り込みを入れているので、Veeam、Acronis、Altaro、およびBackup Execの代替品を強調するために以下の記事で行われたように、私たちは、いくつかの研究を行うことによって、時間とお金を節約し、二重に得ることができます。
詳細については、この記事を参照してください。
2020年4月17日金曜日
効果的なHyper-Vバックアップ戦略一覧
Hyper-V 仮想マシンのバックアップは簡単ですが、設定によっては複雑になることもあります。
Hyper-Vの災害復旧シナリオにはいくつかの一般的なものがあります。
仮想マシンをバックアップし、バックアップ履歴を残す。例えば、毎晩バックアップを取り、過去7日間の履歴を保存します。
エージェントレスバックアップとして知られるライブバックアップとオフラインバックアップ（ホットバックアップまたはコールドバックアップ）。
保存された状態のバックアップ（バックアップのフリーズ
VM内部でのバックアップ（エージェントバックアップ
ライブ Hyper-V VM レプリケーション
ホストからのバックアップ
ライブHyper-Vバックアップ
ライブバックアップは、ほとんどのユーザーが望んでいるものです。ライブバックアップはHyper-VとVSS（Microsoft Windows XP以降のボリュームシャドウサービス）によって提供されます。
古いオペレーティングシステムはVSSを提供していないため、ライブバックアップツールとは互換性がありません。
ライブバックアップが正常に動作するためには、以下のものが必要です。
VSS対応のホスト・オペレーティング・システムとVSSが適切に動作していること。(Windows Server 2008 以降)
VSS 対応のゲスト・オペレーティング・システム。VM は Windows XP または Server 2003 以降を実行する必要があります。ホストオペレーティングシステムのバージョンによっては、一部のLinuxがサポートされている場合があります。
各VMに最新のHyper-Vインテグレーションサービスがインストールされている必要があります。
NTFS ファイルシステムを使用する必要があります。
十分なRAMとディスク容量が必要です（10GBのディスク容量と1GB以上のRAMが必要です）。
十分な容量のVSSストレージ領域が必要です。VSSUIRUN.EXE または vssadmin を使用して、問題を回避するために 10 GB 以上の制限なしまたは上限を設定してください。
バックアップアプリケーションがプロセスを開始し、Windows、Hyper-V、およびVSSを巻き込みます。バックアップ信号も VM にプッシュされます。その後、VMのVSSがトリガーされ、VSSリクエストを処理できる可能性のあるVM内のすべてのサービスに通知されます。その後、VMが中断することなく動作を継続している間、VMの仮想フリーズ、アプリケーション、クラッシュの一貫した状態を経由してバックアップが取られます。
オフラインVMバックアップ
オフラインVMバックアップは、VSS対応のサービスやオペレーティングシステムを持っていない場合に最適です。しかし、オフラインでのバックアップの方が「良い」場合もあるからです。VM のオペレーティングシステムを含むすべてのサービスをシャットダウンする必要があります。その後、バックアップが取られ、VMは再び起動します。これにより、VMは定期的に起動可能になりますが、多くの設定では、必要なダウンタイムが問題になることがあります。
VM を再起動することは、システム内の Windows やその他の一時領域をクリアし、VM が実際に起動可能になることを保証するために良いことです。VHD が破損していたり、ウイルスやソフトウェアの障害によって起動手順に問題が発生することがあります。バックアップを常にライブで取り、VMを再起動しないようにしておけば、エラーが表面化して気づかれることはありません。
さらに、多くの場合、管理者は仮想サーバー上で実行されている VSS と互換性のないサービスがあるかどうかを把握していません。
例としては以下のようなものがあります。
Microsoft Access
MySQL
専有データベースとフラットファイルのデータストアの配置
保存された状態のバックアップ
Saved Stateとは、Microsoftが考案したもので、VSSに準拠していないオペレーティングシステムのデータ損失を（通常は）最小限に抑えて、ある程度有用なバックアップを取ることができるようにするためのものです。
Windows Server 2008 / R2 および 2012 ホストサーバ上のほとんどの Linux バージョン
Windows Server 2000以上
Hyper-V 統合サービスが古い、または存在しない最新の Windows バージョン
VMに最新のHyper-V Integration Serviceがインストールされていない場合、Saved Stateモードでバックアップされます。
Saved Stateバックアップは、以下のような場合にも実行されます（バックアップアプリケーションではなく、Hyper-V管理者の判断に委ねられます）。
十分なリソースがない場合（RAM（RAMが大きく断片化されている場合））。
VM OSがブートまたはシャットダウンプロセスにある場合
ライブ Hyper-V VM レプリケーション
バックアップ・バージョニングを使用して、あるサーバから別のサーバにVMを複製し、過去のバージョンをX数保存することもできます。仮想ディスクを圧縮して重複排除する代わりに、VSS がクラッシュしてもアプリケーションと一貫した状態になれば、仮想ディスクをコピーすることができます。リカバリーサーバ上では、仮想ディスクはネイティブフォーマットで起動可能な状態になっているため、必要なときにいつでも遅滞なく起動することができます。
VM 内部でのバックアップ（エージェント・バックアップ
一部のシナリオでは、VM内でバックアップを取る必要があります。
ホストからライブでバックアップできないVSS互換性のないOS（LinuxやWindows Server 2000など）を使用している場合
iSCSIやホストに物理的にマウントされたパーティションのように、VM内で直接接続されたストレージを使用しています。
両方の戦略をうまく機能させるための別の解決策
Granular Backup for Hyper-Vは、IT管理者がホストからVM内のファイルにアクセスできる画期的な機能です。ホストからVMの仮想ディスクにアクセスできる状態であれば、VM内部にソフトウェアをインストールすることなく、VMフォルダのライブバックアップを実行することができます。このHyper-Vのバックアップソリューションを参照してください。
カフェイン過敏症の原因と可能性のある自然療法
それは物事の広い範囲のために可能性があります。しかし、報告された原因の 1
つは、私はこのポストに対処するものです。
ビタミン B の不足、特に B12
カルシウム不足
鉄分不足
マグネシウム不足
カリウム不足
知られざる脱水症状
もしあなたが高いレベルのストレスを受けているのであれば、上記のものが必要であり、特に食事だけで提供できるものよりも多くのものが必要になる可能性があります。日記の摂取量を増やすだけならば、カルシウム以外の上記のすべてにサプリメントが絶対に必要です。牛乳1杯（250ml）で約300mgのカルシウムを摂取することができますが、これは1日の推奨摂取量（1,200mgが推奨されています）の1/4に過ぎません。食品からすべてのカルシウムを摂取したい場合は、牛乳とチーズは少し重い側にあるので、間違いなくカロリーに気をつけるべきです。
B12や鉄分は食事だけではなかなか増やすことができません。私のおすすめは以下のものを摂取することです。
マグネシウム 400-500mg/日
カルシウムはサプリメントで1日500mgを摂取するか、少なくとも1日2パイントの牛乳をしばらく飲んだ後、1日1パイントを飲むようにしましょう。サンペレグリノのようなミネラルウォーターには約170mg/lが含まれているものもありますが、ディアパークでは7～70mg/lしか含まれていません。カルシウムが少ない場合は、カルシウムを補うか、乳製品を多く食べる必要があります。
子供用チュアブルマルチビタミン。鉄分（18mg）、亜鉛（15mg）、ビタミンD（600IU）、カルシウム（100mg）が非常に豊富に含まれているので、私は子供用のマルチビタミンを使っています。ほとんどの大人用マルチは、特に亜鉛と鉄分が弱すぎることに気づくでしょう。
ビタミンB12を追加したビタミンB複合体。私のお勧めはビタミンBコンプレックス50mg、B12を1日1,000mcg。人によっては、レベルが正常に達するために約2ヶ月間、毎日4,000～7,000mcgを摂取していた人もいました。
ビタミンC（1日3～5グラム
1日3リットル以上の水を飲む
カリウムの1日の推奨摂取量は4,700mgです。1日4.7グラムの必要量に達するためには、1日に2ポンド（1キログラム）以上食べる必要があります。ほとんどの人は実際にはカリウム不足であり、それは血圧の上昇や時には心拍数などの様々な不顕性の症状で明らかになるかもしれません。
どうやらB12は吸収するのは本当に難しいです。私は舌下B12を使用しており、それは本当によく動作します。
戻るカフェイン過敏症に、私は上記の欠乏のいずれかが存在する場合、BPの増加が観察される可能性があることを言うことができます。上記のミネラルやビタミンが正常なレベルになれば、追加の根本的な問題がない限り、カフェイン過敏症は消えるはずです。これは、当然のことながら、すべてのカフェイン過敏症栄養欠乏から発生することを言うことではありません;ただし、特に長時間働く場合は、頻繁なトレーニングを行うし、平均的なユーザーよりも少しコーヒーを使用してあなたのカフェインの感度を治すことを超えて多くの方法で栄養ブーストから恩恵を受ける可能性があります。
これが役立つことを願っています あなたの考えを共有するためにコメント
セクションを使用してください
2020年3月28日土曜日
デジタルライフを失う16の方法
ファイルシステムの破損の原因は何ですか？
Windows以外のツールを使用してファイルシステムを編集する。 MS以外のツールでMSFTのクラスターサイズを変換する（途中でクラッシュする）)。
Insider insight：非常に高いシステムストレス（つまり、MSファイルシステムのバグが原因）、例：サーバーを非常に高いI / Oとリソースの負荷下に置くと、特定の状況、特にRAMが少ない状況でファイルシステムが破損する可能性があります。 。
したがって、RAMを使用してサーバーの実行を低下させないでください。 悪いことが起こります...
次に、不良ディスクセクターがあります...そして少し腐敗します!!!
2020年3月13日金曜日
再起動せずにハード ディスクのクローンを作成する方法
バックアップを作成する最も簡単な方法は、Windows システム のハード ドライブを複製することです。しかし、私が試したすべてのソフトウェアパッケージは、Windowsを再起動する必要があり、その後のみ、クローン作成プロセスが開始されますが、システムは基本的に使用できません。
もちろんダッとはいらないWindowsサーバーで。私たちが望むのは、再起動せずにディスクをクローンできるディスクコピーソフトウェアであり、良いニュースは可能です。
ディスク コピーとドライブの複製に関する問題は、オペレーティング システムがドライブごとに固有の ID を必要とすることです。これらの ID は、ドライブを識別するために全体で使用されます。さて、クローンを挿入すると、明らかに問題があります!新しいハードドライブに移行するときに、Acronisを使用してGPTディスクをコピーし、起動できない可能性のある破損したドライブで終わりました。データはそこにありましたが、ブートプロセスで何かがうまくいきませんでした。
別のアプローチは、ディスク コピー ソフトウェアコンポーネントが組み込まれている BackupChain によって実装されました。これは、Windowsが幸せになるように、方法で複製し、コピーした後にディスクを準備します。クローン化されたすべてのドライブとドライブ文字がすぐに利用可能になります。当然、クローンボリュームごとに新しいドライブ文字が表示されます。例えば、C:のクローンはD:などである場合があります。重要なのは、再起動して、クローンから起動するためにBIOSに戻ると、どのドライブから起動するか混乱することなく、完璧に起動する必要があります。そして、それはBackupChainと非常にうまく動作しているように見えます。
再起動しないディスク・コピーのメリット
それでは、これをどうしたらいいのでしょうか?明らかに再起動する必要はありません。何よりも自動化することができます。バックアップチェーンでディスクのクローン作成タスクを作成し、スケジュールに従って実行します。これで、手作業を必要とせずに、ディスク・クローンを準備できます。USBエンクロージャを使用する人もいれば、ハードドライブをサーバーケースに直接接続するデバイスを持っている人もいます。それはすべて動作し、信頼性が高く、便利です。また、最悪のシナリオの 1 つ、すなわち Windows システム ディスクの総障害から保護します。ハードディスクドライブをクローンするために再起動する必要は、今では過去のものです!
2020年3月7日土曜日
従業員が変化に抵抗する場合の対処方法
変化に対する従業員の抵抗に対抗する戦略
Chew、Cheng、およびPetrovic-Lazarevic（2006）は、レストラン事業の変化に対する抵抗を調査し、以下の戦略を適用して変化を実施しました。 変更は、凍結解除段階、移動段階、および再凍結段階からなる3段階のアプローチを使用して実装する必要があります。 最初に、凍結解除段階で現状が問われます。最初の解凍段階で、経営陣は従業員に問題を「販売」する必要があります。 従業員のニーズ、恐れ、および不満を明らかにするために、従業員と集中的な対話を行うことが重要です。 さらに、変化そのものの形成に従業員を参加させることが最重要です。 従業員の入力を引き出して変更プログラムに組み込むことにより、いくつかの従業員の防御が簡単に解除されます。 第一に、従業員は耳を傾け、したがって重要だと感じています。 彼らの意見を表明することは、彼らが彼らの恐れを識別するのを助けます。 人々は、変更プログラムが引き起こす可能性があると感じる最悪の結果を完全に説明する機会があるとき、彼らの恐怖はほとんど不合理で誇張されていることにしばしば気付きます。 最後に、新しいアイデアを形作ることで、従業員は経営陣が持っていないかもしれない変更プログラムに新しい情報を追加します。 これらの従業員の提案を取り入れることで、トップマネジメントは追加の視点とソリューションから利益を得るだけでなく、従業員の賛同からも利益を得ます。
移動段階は、それ自体が移行段階であり、Bridges（2003）が「中立段階」と呼ぶものに似ています。 変更が実装されると、従業員から新しいアイデアを取り入れて実装することが重要です。 従業員は新しい変更の影響を最も受けるため、すべてのニーズが満たされ、不安が解消されるよう、経営陣と妥協する必要があります。
最後に、変更が実装された後、新しい環境は明日の現状にならなければなりません。 再凍結段階とは、管理者と従業員が、変更がどのように実装され、どのように進行しているかを反映する必要がある時期です。 この段階では、従業員は変化に慣れ、再び完全に生産的になる必要があります。 経営陣は、変更プログラムが従業員に悪影響を与えているかどうかを確認し、未解決の問題を解決するために直ちに行動を起こす必要があります。 これにより、変更プログラムの受け入れがさらに可能になり、従業員が新しい環境に適応できるようになります。
別の一連の戦略がMealiea（1978）によって研究されました。 Chew、Cheng、Petrovic-Lazarevic（2006）の提案は、一部の開業医にとっては単純すぎるように思われるかもしれません。 Mealieaの分析に従うことにより、実践者は組織の変更を実装する際にいくつかの落とし穴を回避できます。 Mealieaは、3つの条件のうちの1つが満たされた場合に抵抗が発生する可能性が高いと述べています。 従業員が事実に精通していない場合、または結果が従業員に馴染みがないと見なされる場合、抵抗が生じる可能性があります。 従業員が変化または変化するエージェントに関係することが困難な場合、変化に対する抵抗力が高まる可能性もあります。 重要なのは、Mealieaが述べたように、トップマネジメントがそれを注文するのではなく、従業員が最初に求めていた変更を持つことです。
Mealiea（1978）は、まずすべての関連情報をすべての従業員と共有する必要があることを示唆しています。 従業員が同じ情報にアクセスでき、「ループ外」に感じないことが重要です。 次に、従業員は変更プロセスに積極的に参加する必要があります。 これらの最初のステップはどちらも、不安と怒りを軽減し、従業員に状況をコントロールしていると感じさせ、理解させるのに役立ちます。 今日の競争の激しい市場では生産性レベルが過大になりがちなので、ペナルティなしで新しい状況に適応するために十分な時間を従業員に与えることが重要です。 たとえば、コミッションまたはその他の生産に関連する手段によって支払われる従業員は、変更期間中に特定の給与を支払う必要があります。
変更プログラムは非常に小さなステップに分割する必要があります。そのため、各ステップは単純であり、合理的で脅威のないものとして認識されます。 さらに、正常に完了した小さなステップはそれぞれ「祝福」されるべきです。 これは、今後の変化に対する従業員の士気を高めるのに役立ちます。
新しい変更プログラムの約束がどれほど良好であっても、タイミングは正しくなければならず、変更は既存の組織環境と互換性がなければなりません。 あまりにも早く変更しようとすると、組織は古い方法を最初に「再学習」する必要があり、新しい方法を学習できるため、失敗する可能性があります。 これは、Mealiea（1978）が変更プログラムを多くのステップに分割することを推奨しているもう1つの理由です。
さらに、経営陣は、組織内の非公式のリーダーを探して権限を与え、エージェントを変える必要があります。 特に、大企業では、機能レベルの非公式のリーダーは、従業員を説得するのに成功するには遠すぎるように見えるかもしれない正式なリーダーよりも、労働力に大きな影響を与える可能性があります。 すべての変更プロセスは、善ではなく害を引き起こす可能性があるため、変更プログラムに不満がある場合は、従業員に正式なアピールのルートを提供する必要があります。 機能レベルでコミュニケーションの障壁があり、意見や提案を表明できない場合、従業員は階層をバイパスして問題を組織の上位レベルに直接対処できる必要があります。 この提案は、変更プログラムが開始される前に対処する必要がある社内の政治とボイコットの潜在的な問題に対処します。
推奨読書
ブリッジズ、W。（2003）。 トランジションの管理 （第2版）。 マサチューセッツ州ケンブリッジ：ペルセウス。Chew、MM、Cheng、JS、Petrovic-Lazarevic（2006）。 組織変更の実施における管理者の役割：メルボルンの外食産業の事例。 Journal of Global Business and Technology、2、58-68。
Mealiea、LW（1978）。 学習した行動：変化に対する従業員の抵抗を理解し防止するための鍵。 グループ＆組織研究、3、211-226。
2020年3月3日火曜日
Windows Server 2019バックアップソフトウェア
Windows Server 2019ダウンロード
Windows Server 2019をまだダウンロードしていない場合は、 Microsoft Evaluation CenterからISOをダウンロードするだけです。 180日間の試用版で、購入するとライセンス版に変換できます。 試したいだけなら、ここにヒントがあります。Windowsを再インストールせずにWindows Server 2019で「再生」する
私の提案は簡単です。 コンピューターに2GBのRAMとUSB 3.0ポートが搭載されている限り、これは可能です。 Windows Server 2019をハードドライブにインストールする代わりに、USB 3.0スティックにインストールします。 この目的のための非常に高速で低コストのUSBスティックは、64GB以上のSandisk Ultraです。 スティックが挿入されたWindows 10またはWindows Server 2012でRufusを使用し、Windows Server 2019 ISOファイルを選択します。 「Windows to Go」オプションを選択し、USBスティックを選択します。 Rufusは、Windowsを搭載したUSBスティックを準備します！ スティックを挿入してコンピューターを再起動し、F12を押してブートメニューオプションを表示します。 USBからの起動を選択し、Windowsにインストールを完了させます。 これで、十分に高速で、コンピューターのハードドライブに影響を与えることなく、USBスティックからWindows Server 2019が完全に起動します。 これはテストに最適だと思います！Windows Server 2019のバックアップソフトウェア
すべてを起動して実行し、重要なデータとVMを新しいWindowsインストールに保存したらすぐに、バックアップソフトウェアが必要になります。 BackupChainを使用してWindows Server 2019をバックアップします。 すべてのバックアップ機能があり、カスタマイズ可能で、低価格であるため、バックアップストレージに費やす予算を増やすことができます。 BackupChainは、Amazon S3やMicrosoft Azureよりも低価格で追加できるクラウドプランも提供しています。概要
Windows Server 2019の試用は、複雑なことである必要はありません。 上記のようにUSBスティックから実行することにより、Windows Server 2019のすべての機能を試すことができます。 BackupChainは、仮想マシンバックアップ、ディスククローン作成、Hyper-Vバックアップなど、必要なすべての機能を備えた、Windows Server 2019バックアップ用のIT担当者向けの競争力のある完全なオールインワンソリューションを提供します。物理マシンを仮想に変換（Hyper-V、VMware、VirtualBox)
物理マシンを仮想マシン（VM）に変換する
物理マシンを仮想マシンに変換するには、まずBackupChainをダウンロードして、タイプ「P2V」の新しいバックアップタスクを作成します。 ディスクを選択し、出力ファイルとその形式を指定します：VHD、VHDX、VMDK、またはVDI。 その後、すぐにタスクを実行するか、 バックアップソリューションとして繰り返し実行する場合は、スケジュールに従って設定します 。物理マシンをHyper-Vに変換する
物理マシンをHyper-Vに変換するには、Windows 10でもWindows Server 2016以前でも構いませんが、BackupChainでVHDまたはVHDXターゲット形式を使用する必要があります。 変換が完了したら、Hyper-Vで新しいVMを作成し、BackupChainがハードドライブとして作成したVHDを選択します。 VHDXは、新しいHyper-Vバージョン（Server 2012以降）で使用する必要があり、2TBを超えるディスクを使用できます。物理マシンをVirtualBoxに変換する
物理マシンをVirtualBoxに変換するには、VDI形式を選択する必要があります。 他のすべての手順は、Hyper-Vの場合と同じです。 VirtualBoxで新しいVMを作成し、VirtualBoxで新しい仮想ディスクを作成する代わりに、BackupChainで作成されたVDIファイルを選択します。物理マシンをVMware Workstation、VMware ESXi、VMware vSphereに変換する
物理マシンをVMwareに変換するために必要な別の手順は、VMDKターゲット形式を使用することです。 VMwareのいくつかのバージョンでは、EFI biosも提供できます。 Windows 10 PCまたはWindows ServerがEFI / UEFIで起動する場合、変換されたディスクはVMware上でも動作します。ユニバーサルブート機能
起動するためにいくつかの調整が必要な特定のP2Vシナリオがあります。 たとえば、特定の古いWindowsバージョンは、Hyper-Vの第2世代VMとしてEFIから起動できません。 一部のVMは、IDE / SATAからSCSIに、またはその逆に移動する必要がある場合があります。 BackupChainのディスク準備ツールを使用して、ディスクから起動する前に、これらのユニバーサルブートの変更をディスクに加えます。 BackupChainは、特定の変換シナリオに対応するために、MBRをGPTに、またはその逆に変換することもできます。ツールのダウンロード
BackupChainはこちらからダウンロードできます 。バックアップに関する質問とバックアップトピックのフォーラム
このフォーラムは、バックアップのトピック、特に仮想マシンのバックアップについての質問だけでなく、個々の物理的なWindowsサーバーについても幅広く取り上げることを目的としています。 backup.educationフォーラムで知識ベースが作成されており、ドイツ語圏を含む多くのITプロフェッショナルを支援することを願っています。 Spiceworksとadministrator.deに加えて、 管理者向けのフォーラムはもちろんありますが、
backupはサブトピックのみであり、backup.educationで異なる必要があります。
楽しんで！
仮想マシン内でHyper-Vを実行する
警告：いつものように、優れたワークステーションまたはサーバーが必要です。
手順をご覧ください：
VMware Workstationをインストールし、VMを作成します。 起動しないようにしてください！
新しい仮想マシンの* .VMXファイルに次の情報を追加します。
mce.enable = "TRUE" hypervisor.cpuid.v0 = "FALSE" vhv.enable = "TRUE"次に、VMをブートし、Windowsをインストールすれば完了です！
基本的に、Hyper-Vをホストとして使用した場合、おそらく動作しませんが、VMware Workstation 8、9、および10は非常にうまく機能しました。
VMwareで複数のHyper-V VMをホストし、それらの中にVMを追加する予定がある場合は、最初に適切なPCが必要になることに注意してください。 多くの高速RAMは必須であり、優れたストライプRAIDまたは超高速SSDハードドライブが間違いなく役立ちます！
ソフトウェアテストなどを実行する場合、これは非常に便利なシナリオです。 一部のIT管理者は、サポートされていないシナリオを嘆きますが、 BackupChainでは、 いろいろなことを試してみたいと思っています。
イノベーションは失敗のリスクを意味しますが、成功に集中したいです😉