HOME] [BBS
BAKxシリーズ(BAKP/Q/V/W/X/Y/Z)  NTSigSet BVWR 用掲示板

BAKxシリーズ(BAKP/Q/V/W/X/Y/Z) NTSigSet BVWR 用掲示板 過去ログ No.30

 [1824] ドライブレターA:〜Z: が不足してきたら..........
 dualazmak さん 【2004/08/23(Mon) 12:24:16】  
  Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
SYSOP さま、みなさま、いつもお世話になっています。

さて、BAK* シリーズと直接関係する話題ではないのですが、「ドライブレターA:〜Z: が不足してきたら......」について、とある掲示板で意見交換しております。御興味があればご覧下さい。
http://www.nothing.sh/~dnakama/bbs/
のスレッド[4806]です。意外なほど反響があり、30件を超えるレスが付いています。

SYSOP さま、このような書き込みは不適切でしたら、削除しますのでご指摘下さい。

  1. RE^1824: ドライブレターA:〜Z: が不足してきたら..........
    dualazmak さん 【2004/08/23(Mon) 12:36:39】  
     Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

    WinSync や RealSync では、NAS リモートドライブへの同期バックアップは、仮想ドライブ、NTFSフォルダマウントのいずれの状態でも、種々の問題(最近、BAKZ で完璧に解決していただいた)があり、使い物になりません。したがって、私には BAKP, BAKY, BAKZ が、やはり必須ツールです。
 [1823] BAKP Ver 0.40β
 SYSOP さん 【2004/08/21(Sat) 19:12:14】  
 YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
表題のソフトを更新致しました。
安全な環境でご利用下さい。
---
・NTFSファイルセキュリティ復旧プログラム(BAKPREST.EXE)
・ログを残す様にしました。
 ファイル名の左端の数字が成功失敗を示します。1:成功,0:失敗
 必要に応じてご確認下さい。
・このプログラム、今ひとつダサイのですが、とりあえずご容赦下さい。
---
皆様のレポートで、もう少しで公開版と言うところ迄たどり着けました。
有り難う御座いました。

  1. RE^1823: BAKP Ver 0.40β
    RSEKI さん 【2004/08/25(Wed) 09:30:50】  
    h219-110-29-180.catv02.itscom.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    バックアップ、画面の表示など、問題は感じられませんでした。
    ファイルの強制読み込みなどを知らせるウインドウで、文の折り返し場所がなんとなく不自然で、窓の大きさを少し変えて改行場所が変われば読みやすいかな、と思うときがありました(今うろ覚えなので、今度気が付いたときはメモしておきます)。SYSOPさんの、「今ひとつダサイ」という言葉に、今後の改良のお気持ちがあるのかなと思い、材料の提供でした。

  2. RE^1823: BAKP Ver 0.40β
    dualazmak さん 【2004/08/26(Thu) 09:57:05】  
     Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

    SYSOP さま

    ご恵送いただいたメールウェアパスワードを設定させていただき、CFG の DSP=NO も有効にして、まず、Win2000 デスクトップマシンで 起動 NTFS C: ドライブを外付け SCSI HDD の NTFS パーティションへ BAKP040b しました。「NTFSファイル・セキュリティのバックアップ」も含めて、完璧にノータッチで終了しました。この環境では、警告画面/強制読み込み画面やフォントの乱れなどもなく、速度的にも問題なく(非常に高速で)、何の問題もなさそうです。

    週末には、WinXPノートPCからLAN リモートドライブへの BAKP040b を試行して、報告させていただきます。

    DSP=NO では、「NTFSファイル・セキュリティのバックアップ」を指示した場合に表示される注意事項もスキップしてもよいのでは、と感じました。

  3. RE^1823: BAKP Ver 0.40β
    dualazmak さん 【2004/08/27(Fri) 22:42:38】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    > 週末には、WinXPノートPCからLAN リモートドライブへの BAKP040b を試行して、報告させていただきます。
    報告です。上の Win2000 の場合と同様に、問題なくノータッチで終了しました。ただし、動作中に BAKP 動作画面のエンジ色の塗りつぶしが、あるべき枠から数ピクセル右下へずれて表示されたり、以前にも指摘されていた注意/動作状況表示枠およびフォントが通常より大きくなったり、が見られました。動作には、何の問題もありません。

  4. RE^1823: BAKP Ver 0.40β
    SYSOP さん 【2004/08/28(Sat) 00:35:54】  
    YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    レポート有り難う御座います。
    > あるべき枠から数ピクセル右下へずれて表示されたり
    以前にも書いたような気がするのですが、画面プロバディからアクセレータ無しの設定で確認をお願いします。
    アクセレータの問題かそれ以外の問題かを切り分けないとせっかく頂いたレポートが無意味となってしまいます。
    よろしくお願いします。

  5. RE^1823: BAKP Ver 0.40β
    dualazmak さん 【2004/08/28(Sat) 07:02:20】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    > 画面プロバディからアクセレータ無しの設定で確認

    確かに、以前、伺っておりました。レポートが遅れ、申し訳ありませんでした。
    IBM ThinkPad X40/WinXP Pro SP1 の「画面プロパティ」−「トラブルシューティング」には、「ハードウェアアクセラレータ」スライダー(なし〜最大)とライトコンバイン有効のチェックボックス、がありますので、設定を変えて試してみました。

    その結果、ハードウェアアクセラレータのあり/なし、およびライトコンバインの有効/無効、いずれの組み合わせにおいても、BAKP040b 画面表示の微妙な乱れは、まったく同じように発生しました。一番顕著なのは、最終終了確認画面表示において、枠内全体が白塗りされるべきはずですが、上下の一部分が白塗りされず、下にある「BAKPエンジ色下敷き」が見えています。また、最終表示画面では、「エンジ色の塗りつぶしが、あるべき枠から数ピクセルずれて表示」も発生しています。これは、「塗りつぶし」がずれたのか、「枠とたくさんの BAKPの文字表示」がずれたのか、どちらなのかは不明ですが.......

    というわけで、この環境では、アクセラレータやライトコンバインの有無にかかわらず、微妙な表示の乱れが発生しております。同期動作と実用上は、全く問題ありませんが。

    以上、取り急ぎ、ご報告申し上げます。

  6. RE^1823: BAKP Ver 0.40β
    SYSOP さん 【2004/08/28(Sat) 07:30:32】  
    YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    ・アクセレータとの相性ではないようですね。
    ・環境により発生した発生しなかったりですので、どこかに欠陥が有るという事ではなく俗に言う「相性」という物なのでしょうか?
     作者環境で発生しませんので、推定するしかないのですが、多少の見栄えを考えてBAKPではグラフィックプレーンにトップ画面を描画しています。その部分で何か相性問題が起きているものと思われます。
     レポートにて、動作に問題が出ていないとの事ですので、とりあえずこの状態で正式版リリースを続けていきますが、画面表示につられて本体動作に支障が出る様でしたら、ご連絡下さるようお願いします。
     その場合は、画面を質素にします・・・
    ・レポート有り難う御座いました。
    ・引き続き応援よろしくお願いします。

  7. RE^1823: BAKP Ver 0.40β
    dualazmak さん 【2004/08/28(Sat) 10:07:48】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    やはり、何らかの「相性」のようです。このノートPCでは発生するのに対して、別の Win2000 デスクトップマシンや WinXP デスクトップマシンでは全く発生しませんので。

    [1803]-5. で RSEKI さんも同様の現象を報告されていましたが、RSEKI さんの検証環境(デスクトップ機、ノートPC,グラフィックボードは?)などをお聞かせいただければ参考になるかもしれませんね。

    本体の動作には支障がありませんので、あまり気になさらないで下さい。

  8. RE^1823: BAKP Ver 0.40β
    RSEKI さん 【2004/08/28(Sat) 23:41:23】  
    to119.to03.to.parkcity.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)

    >RSEKI さんの検証環境(デスクトップ機、ノートPC,グラフィックボードは?)
    デスクトップ機で、RADEON9600XTです。グラフィックボードとしては、まあ普通によく使われているものではないか、と思います。またモニタは17インチの液晶で、1280*1024です。
    dualazmak さんのおっしゃる微妙なずれに当たるものがどんなものか分からないのですが、分からないということは、私のところでは出ていないということかなとも思います。
    >以前にも指摘されていた注意/動作状況表示枠およびフォントが通常より大きくなったり
    以前書き込んだときは、フォントが大きすぎて文が枠内にすべて表示されないという状態でしたが、今はそれはありません。ただSYSOPさんが、フォントを1種類にされたということですが、表示枠およびフォントが大きいときと小さいときと2種類出ることは今でもあります。
    また、注意が出て続行のためokを押すと一時的にBAKP以外の表示が乱れる(いつも画面下部にあるタスクバーの一部がなぜか画面上部に出るなど)
    といったことも今もありますが、これは不定期で、また画面表示の更新時などにもとに戻ることも多いようです。
    いずれにせよ、プログラムの実行にかかわる不具合ではないので、気にしていません。ただ、これから試す人が、一時的な画面表示の不調をプログラムの不調を示すものと受け取らないとも限らないのかもしれないですが……。
    >文の折り返し場所がなんとなく不自然で、
    自分で書いたものですが、今日試したときはそんなに気になりませんでした。すみません。
 [1814] WAR-RF error
 okada さん 【2004/08/17(Tue) 23:00:47】  
 acngya016158.adsl.ppp.infoweb.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
OSは中国語のXPです。一縷の望みを持ってBAKWを使ってみましたが,
WAR-RF Error というのがでて中断しました。
あきらめた方がいいでしょうか。

  1. RE^1814: WAR-RF error
    SYSOP さん 【2004/08/17(Tue) 23:14:04】  
    YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    BAKWは、日本語以外ムリです。
    説明:
     1.ユニコード<=>SHIFT−JISコード変換部分
     2.日本語特有のファイル名処理
     が有りますので。日本語にしか対応していません。
    ご了承下さい。
 [1803] BAKP Ver 0.35β
 SYSOP さん 【2004/08/14(Sat) 19:38:37】  
 YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
表題のソフトをUP致します。
正式公開直前版として、シェアウェア管理機能も追加しました。
そのため、試用では多少使い勝手が悪くなりましたが、ご了承下さい。
---
シェアウェアとのかねあいで、どの程度にしたら良いか検討中です。
何かありましたら、アドバイス頂ければと思います。
よろしくお願いします。

  1. RE^1803: BAKP Ver 0.35β
    dualazmak さん 【2004/08/14(Sat) 20:13:30】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    早速、試用させていただきました。

    いつものテスト環境である WinXP Pro のノートPC(IBM ThinkPad X40)からリモートドライブへの BAKP035b です。前回BAKP014b で処理済みの組み合わせです。 BAKP014b ではノータッチで終了しますが、BAKP035b では、各ステップの確認や、試用版警告(System Volume Information フォルダのスキップメッセージなど)が非常に頻繁に出ますので、ほとんどリターンキーを押しっぱなしで処理させました。「登録」を促す効果は十分ですが、BAKP014b で体験した「軽快さ」を実感することは困難ですね(笑)。

    それから、例の「戻る」場合の画面とフォントの乱れですが、BAKP035b でも、同じように画面&フォントの乱れが認められます。

  2. RE^1803: BAKP Ver 0.35β
    SYSOP さん 【2004/08/14(Sat) 20:52:33】  
    YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    試用での制限事項ですが、BAKPでは時間制限をかけるのはやりたくなかったので(レジストリに秘密のキー等を書き込みたくなかった)、やめにしました。
    また、「強制読み込み」を機能制限するとせっかくの機能を試して頂く事が出来なくなります。
    と、言うわけで、使い勝手を少し悪くさせて頂きました。
    ・余り使いにくくすると、試用してもらえなくなります。
    ・使い勝手を良くすると、登録が無くなりそうです。
    どのあたりがバランスが取れるか難しいところです。

  3. 追伸
    SYSOP さん 【2004/08/14(Sat) 20:56:46】  
    YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    RSEKIさん、takahashiさん、dualazmakさん BAKP作成に当たって、色々なレポートを有り難う御座いました。
    シェアウェア・パスワードは、準備ができ次第送付させて頂きますので、今しばらくお待ち下さい。
    (レポートを頂いてのパスワードですから、メイルウェアパスワードになるのかな?)
    ---
    よろしくお願いします。

  4. RE^1803: BAKP Ver 0.35β
    dualazmak さん 【2004/08/14(Sat) 22:00:26】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    > ・余り使いにくくすると、試用してもらえなくなります。
    > ・使い勝手を良くすると、登録が無くなりそうです。
    > どのあたりがバランスが取れるか難しいところです。

    確かにその通りですね。よく理解できます。BAKP を使われる方は、恐らく大多数がこの掲示板をご覧になるでしょうから、登録版の軽快さなどは十分に理解されるのではないでしょうか? その意味では、登録を促す意味からも 035b 程度の制限でもよろしいのでは、と拝察いたします。
    素晴らしいソフトのご提供、あらためて感謝申し上げます。

  5. RE^1803: BAKP Ver 0.35β
    RSEKI さん 【2004/08/15(Sun) 00:43:36】  
    to030.to03.to.parkcity.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)

    >RSEKIさん、takahashiさん、dualazmakさん BAKP作成に当たって、色々なレポートを有り難う御座いました。
    >・・・

    今までこういう、ソフトの試用レポートを書いたりしたことはなかったので、ただ、うまく動かない〜と(内心焦りながら。動かない理由が自分の、ひょっとしたら特殊な環境によるものかも知れず、試用しているソフトにあるとは限りませんから)報告するだけで、役に立ったのかどうか……。
    たまたまこの春に新しいマシンを稼動し始めたものの、バックアップに困っていろいろ探していたところで、このページにたどり着いたのでした。
    そして、結果として自分に必要なソフトがそこにあって手に入れられそうだということなので、SYSOPさんのご配慮はただただ有り難いのですが、きっとレジストしてしまうと思います。

    0.35βも、0.14βと同様に順調に動いています。どちらのヴァージョン(リヴィジョン?)でも共通の、気付いたことを2つ、挙げてみます。

    ひとつは、すべて終了して、ソフトを終了させずにもう一度はじめからバックアップを進めると、例の高速化されたはずの「複写不要ファイル等調査中」が、なぜか1度目のように早くなりません。
    「複写不要……」のメッセージをメモするのが面倒で(?)画面のハードコピーをとろうと思ってCtrl + PrintScreenキーを押したところ、今度は「メモリ不足のため……」のメッセージが出ました。

    もうひとつは、前の件と関連するかもしれませんが、dualazmakさんが、ソフトを終了させずにもう一度はじめからバックアップを進めるとフォントがちょっとおかしくなることを報告されていましたが、これも起こります。
    「ドライブ指定のプルダウンボタンの▼表示が、文字化け状態になることがあります。」というのは、Winfaqのトップページにある「最大化、最小化ボタンが数字に! [9x/Me]」で書かれていることに状況が似ているような気もします。ただ、私もdualazmakさんも、[9x/Me]ではないのですが……。

    なお、1度目で使っていても、時々出る確認メッセージの小さな枠のフォントが小さい時と大きい時とあります。小さいことの方が多いので、こちらがデフォルトのフォントかな、と思っています。
    終了させずにもう一度はじめから使っていると、基本的には大きくなり、小さな枠の中にメッセージがすべて表示しきれなくて切れてしまうようになることが多いようです。

  6. RE^1803: BAKP Ver 0.35β
    dualazmak さん 【2004/08/15(Sun) 08:26:19】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    > 「ドライブ指定のプルダウンボタンの▼表示が、文字化け状態になることがあります。」というのは、
    > Winfaqのトップページにある「最大化、最小化ボタンが数字に! [9x/Me]」で書かれていることに
    > 状況が似ているような気もします。ただ、私もdualazmakさんも、[9x/Me]ではないのですが……。

    確かに、ご指摘の様な状態ですね。

    > なお、1度目で使っていても、時々出る確認メッセージの小さな枠のフォントが小さい時と大きい時と
    > あります。小さいことの方が多いので、こちらがデフォルトのフォントかな、と思っています。
    > 終了させずにもう一度はじめから使っていると、基本的には大きくなり、小さな枠の中に
    > メッセージがすべて表示しきれなくて切れてしまうようになることが多いようです。

    私の環境でも、この現象は発生しています。フォントと表示枠が変わってしまう現象ですね。小さなフォントとコンパクトな表示枠が設計仕様のようですが、これが効かずに、OSデフォルト(?)の大きなフォントになってしまい、枠自体も大きくなる様です。また、これが発生した後に「戻る」と、例の文字化け&表示の乱れ、が発生することが多いようです。

    BAKP の内部的な処理や仕様は、私には分かりませんが、BAKY や BAKZ では、このような表示の乱れは一度も経験しておりませんので、フォント表示や画面表示は、BAKY, BAKZ と同じ方式がベターかも知れませんね。

  7. RE^1803: BAKP Ver 0.35β
    takahashi さん 【2004/08/15(Sun) 10:49:06】  
     HMX-12 Multi-inside Browser/1.2

    早速使用させていただきました。リターンキーで作業を中断させるのは
    かなりやさしいやり方だと思います。その都度数字を入力させるというのは、
    やらしいですかね(笑)BAKPの本領は差分バックアップとハードディスクを交換すれば
    すぐに使えるという点にあるのでこのソフトのすごさはバックアップの必要性や他のソフトを
    使っている人にはこの試用版の状態ですぐ理解できるでしょう。
    私のメモリー不足の問題でしょうけど、ファイルを整理するときとセキュリティー設定
    の時に、BAKP窓が白くなってしまいました。ツールバーは出ています。
    メモリーは一応1G入ってますが。また最初の使用の時、画面一番上にBAKPと文字の入っ
    た帯が終了後も残りました。単に私のメモリー環境(PC2100)でしょうか?

    要望としてはドライブを指定するときC: D:などのアルファベットだけでなく、BAKXの時
    のようにドライブの名前も表示されるとありがたいです。複数のHDDにローテーションを
    組んでバックアップしてるとHDDを間違いそうになります。これ私だけの問題かもしれま
    せんが。

    複写不要ファイル調査中が確かにかなり遅くなったことが一度ありますが、私の方では再現性
    はありません。遅いと言ってもα版の時よりはかなり早かったです。
    また、プルダウンメニューの▼が文字化け状態になるのは私はたぶん経験がないと思います。

  8. RE^1803: BAKP Ver 0.35β
    SYSOP さん 【2004/08/15(Sun) 13:08:04】  
    YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    > 私のメモリー不足の問題でしょうけど、ファイルを整理するときとセキュリティー設定
    > の時に、BAKP窓が白くなってしまいました。ツールバーは出ています。
    仕様です・・・これを「手抜きとも言います」(^_^)
    重い処理をする折りには、時々OSに処理を返して画面描画等をさせるのが良いのですが、ご指摘の処理ではOSに返さず一気にBAKP処理を行っています。
    そのため、画面描画が間に合わずに白くなったりしている物です。

  9. RE^1803: BAKP Ver 0.35β
    SYSOP さん 【2004/08/17(Tue) 22:50:02】  
    YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    BAKP手元での進行状況です。

    > dualazmak さん

    レポート有り難う御座います。

    > それから、例の「戻る」場合の画面とフォントの乱れですが

    画面の乱れが気になりますが、必要に応じてBAKPを再起動して頂ければ良いと思いますので、終了時はそのまま終わる仕様にしました。

    ---

    > takahashi さん

    アドバイス頂いた方法をそのまま全て導入しました。(^_^)

    > かなりやさしいやり方だと思います。その都度数字を入力させるというの

    起動画面で仮パスワードを入力する様にしました。
    TEST-日付(7桁)-乱数(7桁)
    このパスワードは、「同意する」ボタンを押すと表示されます。

    > の時に、BAKP窓が白くなってしまいました。ツールバーは出ています。

    画面再描画するルーチンを追加しました。(手抜きを改めました)

    > 要望としてはドライブを指定するときC: D:などのアルファベットだけでな

    確認画面でボリウム名を表示する様にしました。

    動作確認後に公開致しますので、今しばらくお待ち下さい。

    PS.
     RSEKIさん、takahashiさん、dualazmakさん。
     メイルウェアパスワードですが、正式公開版直前の時点で内容が確定した時点でお送りします。
     今しばらくお待ち下さい。

  10. 追伸
    SYSOP さん 【2004/08/17(Tue) 23:25:36】  
    YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    > RSEKI さん
    > 確認メッセージの小さな枠のフォントが小さい時と大きい時とあります。

    内部でMS明朝とMSゴシックを利用していました。
    この二つの利用が原因という事は無いと思いますが、複数のフォントを利用するより単一の方がトラブルが少なくなると思いますので、内部指定フォントはMSゴシックに統一しました。
    ---
    近日中に公開出来ると思います。
    また何かありましたら、よろしくお願いします。

  11. RE^1803: BAKP Ver 0.35β
    dualazmak さん 【2004/08/18(Wed) 10:09:53】  
     Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

    SYSOP さま

    いろいろお気遣いいただき、感謝申し上げます。

    ひとつお聞きしておきたいことが残っていました。BAKP 公開版では、BAKP 同時複数起動は、やはり許可しない方針でしょうか? BAKY, BAZ では同時複数起動が可能で大変重宝しており、特に私のようなサーバー環境で複数の組み合わせのバックアップを定期的に同時処理させたいユーザーには便利ですので。

    dual CPU HT-on 大量RAM 高速HDD の環境(当方は Dual Xeon 2.8G, HT-on, RAM 2GB, Ultra320SCSI-15000rpm HDD)では、複数起動(3〜6件の BAKY, BAKZ の同時処理)でも、他の作業にストレスなく軽快に処理してくれることも BAK* シリーズの大きな魅力となっています。

  12. RE^1803: BAKP Ver 0.35β
    SYSOP さん 【2004/08/18(Wed) 21:04:02】  
    YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    ディスク直接アクセス等を行うソフトですので、複数同時起動はムリが有ると考えています。
    ---
    よろしくお願いします

  13. RE^1803: BAKP Ver 0.35β
    dualazmak さん 【2004/08/18(Wed) 22:59:11】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    > ディスク直接アクセス等を行うソフトですので、複数同時起動はムリが有ると考えています。

    了解いたしました。それでは、公開版の登場を楽しみに待たせていただきます。

  14. RE^1803: BAKP Ver 0.35β
    ppe さん 【2004/08/20(Fri) 03:37:17】  
    d2c53f6f.ncv.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; FunWebProducts; istb 702; .NET CLR 1.1.4322)

    バッチリです。
    以前に投稿(#1651)させていただきましたppeです。
    UpDateの度に楽しんで、且つ有効に使用させていただいております。
    いよいよ完成直前ですね。おめでとうございます。
    遅ればせながら、0.35β使用させていただきました。
    Enter Key の連続の煩わしさは dualazmakさんのレポートを拝見しておりました事と"登録後に表示されない"のメッセージで安心して次へ進み、結果まるで当たり前のように無事終了しました。勿論、先ドライブよりの起動OKです。
    今回の皆様の一連のやりとりで、たいへん勉強になりました。
    投稿されてる皆様の貴重なレポートと、それを参考にUpDateに努力されてるSYSOPさんに深い尊敬と感謝の念を抱いて、報告とさせていただきます。
    ユーザー登録をして、存分に使用出来る日を待ち望んでおります。

  15. RE^1803: BAKP Ver 0.35β
    SYSOP さん 【2004/08/20(Fri) 22:32:16】  
    YahooBB219011062010.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    ppeさん お褒め頂き光栄です。
    引き続きよろしくお願いします。
    ---
    PS.
     ベクターでもこの試用版が公開されました。(http://www.vector.co.jp/soft/winnt/util/se338246.html)
     なお、ベクターでは依頼してから公開まで数日必用としますので、お急ぎの方はこのHPからダウンロードしてください。
 [1800] ユーザーごとのファイルセキュリティー
 takahashi さん 【2004/08/12(Thu) 11:42:55】  
  HMX-12 Multi-inside Browser/1.2
単独で使っていたのですが、ユーザーを追加してBAKPを使ってみました。
追加ユーザーもログオンした状態でアドミニストレータ上でバックアップを取り
ました。バックアップ先HDDで起動したところ、問題なく追加ユーザーからは
セキュリティーを掛けているファイルは読めません。
ただ、恥ずかしながら追加ユーザーにも読み込みを許す設定が分からず、
特定の追加ユーザーにも読ませる設定の検証はできていません。

気になることでもないのですが、私はSCANSNAPというPFUのスキャナーを使っています。
バックアップ先HDDから起動させると、新たにハードディスクの認識を始め、
再起動を要求してきます。再起動すると問題なくSCANSNAPが使えるようになっています。

  1. RE^1800: ユーザーごとのファイルセキュリティー
    SYSOP さん 【2004/08/13(Fri) 21:23:31】  
    YahooBB219011062015.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    セキュリティのテスト有り難う御座います。
    詳細は、サーバーを立ち上げてユーザに公開しているシステム等でのチェックが必用とはおもいますが、そのようなシステムで実験する事は困難かと思います。
    なかなか難しいですね。
    ---
    バックアップからの復旧では、PCの再起動は、それが普通です。
    ハードディスクが変更になっていますので、再起動で認識(NTシグニチャ書込)されます。
    (新品のHDを増設した場合にも再起動を要求される場合が有ります)
    ---
    よろしくお願いします。
 [1778] BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
 SYSOP さん 【2004/08/01(Sun) 20:29:20】  
 YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
高速化に引き続き、表記の機能の実装に目処が付きました。
次回バージョンで公開出来ると思います。
今しばらくお待ち下さい。

  1. BAKP0.14β
    SYSOP さん 【2004/08/04(Wed) 22:59:30】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    高速化、セキュリティの復旧機能を追加したBAKPをUPしました。
    安全な環境でおためし下さい。

  2. RE:BAKP0.14β
    RSEKI さん 【2004/08/05(Thu) 01:04:05】  
    to208.to01.to.parkcity.ne.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)

    SYSOPさま

    ntfsのドライブとfat32のドライブへそれぞれ使ってみましたが、順調でした。
    複写ファイルのチェックの高速化(当社比約10倍?)は、100倍くらいはあるのではないでしょうか? とても快適になりました。ありがとうございました。
    当方はxp homeなこともあり、よく理解していないこともあって、セキュリティの復旧機能については、ちょっとわかりませんでした。すみません……。

  3. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    takahashi さん 【2004/08/05(Thu) 08:13:34】  
     HMX-12 Multi-inside Browser/1.2

    NTFS→FTFS環境で早速使用させていてだきました。
    RSEKIさんもおっしゃっているように、複写ファイルのチェックは
    ひょっとしたら御社比100倍、すくなくとも50倍にはなっていると感じました。
    実際の複写ファイルはわずかですから私の場合、7分ほどで
    全ての作業を終えました。BAKXの使用感が甦ります。
    最初うっかり白血病解析ソフト(UD)を動かしていたのは
    私のミスで、コピーに失敗したとの表示が出てしまいました。
    私もセキュリティー復旧機能は理解しておりません。
    ただ別ドライブに作った暗号化フォルダーは0.06版から
    問題なく読めております。
    複写先ドライブを起動ドライブとするにはやはり毎回fdisk /mbrが
    必要なのですね。無しでそのまま起動させると、立ち上がりますが、
    ユーザー名が表示されずパスワード入力ができないので立ち往生します。
    改めて素晴らしいソフトをありがとうございます。正規版楽しみです。
    なんでもっとメディアで取り上げられないのかと思いましたが、
    取り上げると、既存のバックアップソフト会社(広告主)が怒
    るからでしょうか。


  4. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    dualazmak さん 【2004/08/05(Thu) 13:10:54】  
     Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

    早速、使わせていただいております!

    まずは、職場の Win2000機で、NTFS起動ドライブ→外付けSCSI NTFSドライブを実行しました。前回、BAKP006a で BAKP しているドライブ同志です。皆さんが感激されているとおり、削除/コピーの判定は非常に高速ですね。

    コピー先に bakprest.exe と bakpdata.bin が生成されるのですね。コピー先を起動ドライブやデータドライブとして実使用する際に、まず bakprest.exe を起動してファイルセキュリティを復活させるのですね。したがって、引き続きバックアップ先として利用を続ける場合には、bakprest.exe は、起動させてはいけない(セキュリティが設定されて、削除できないファイルができる可能性がある)、と理解しました。というか、ちゃんとその旨の警告メッセージが表示されますね。

    週末には、WindowsXP ProノートPCから、自宅サーバー機の NTFS 仮想リモートドライブへ LAN 経由で BAKP014b を行い、報告させていただきます。

  5. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    SYSOP さん 【2004/08/05(Thu) 20:49:07】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    レポート有り難う御座います。
    うまい事動いているようでホッとしました。
    後は、セキュリティ関係ですが、なにかトラブルが有りましたらお知らせ下さい。
    よろしくお願いします。

  6. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    dualazmak さん 【2004/08/06(Fri) 21:24:12】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    さきほど、ノートPC(IBM ThinkPad X40)の WindowsXP Pro 起動NTFSドライブC: およびNTFSデータドライブD: を、それぞれ、ギガビットLAN経由で自作サーバー機の NTFS指定フォルダ(リモートドライブとして認識)へ BAKP014b しました。前回、BAKP006b でコピー済みの組み合わせです。ファイル調査の速度は、本当に驚くほど向上しており、他の皆さんが100倍以上では、と指摘されているのも十分に頷けます。

    ひとつだけ気づいた点は、一度 BAKP 処理が終了した後で、完全に BAKP を終了させずに「戻る」で戻って次の処理をさせると、条件設定段階や進行状況表示で画面表示やフォントが少々乱れることがあります。設定画面と BAKP ロゴ画面の重なりや、処理画面とデスクトップの重なりで、外枠部分がうまく表示されず、背景やデスクトップが見えてしまうような状況も見られます。また、ドライブ指定のプルダウンボタンの▼表示が、文字化け状態になることがあります。このノートPC特有の現象かも知れませんが、「戻る」で戻った場合に、ロゴ画面を含めた画面表示処理を 初期化−再表示 させれば解決するような気がしております。ちなみに、処理自体は全く問題なく、完璧に進行/終了します。

  7. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    takahashi さん 【2004/08/07(Sat) 00:30:32】  
     HMX-12 Multi-inside Browser/1.2

    戻るボタンを押して見たのですが、私の環境では文字化けはしていませんね。
    自作のパソコンです。

  8. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    dualazmak さん 【2004/08/07(Sat) 11:48:04】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    私の環境でも、「表示化け&文字化け」がいつも起こるわけではなく、出現は一定していません.......... 自作サーバー機では発生しませんので、やはり機種やグラフィック処理系によるのかもしれませんね。

  9. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    dualazmak さん 【2004/08/07(Sat) 12:44:28】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    ThinkPad X40 では、ビデオ・チップはチップセット内蔵で、ビデオ・メモリー(最大 64MB)はメインRAM の一部を使う仕様ですので、Video RAM と BAKP が使用する(または使用した)RAM の間で、競合や干渉があるのかもしれませんね。

  10. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    SYSOP さん 【2004/08/08(Sun) 22:29:42】  
    YahooBB219011062015.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    > Video RAM と BAKP が使用する(または使用した)RAM の間で、競合や干渉
    ・ハードディスクの読み込みに関しては、OSの意図するところと異なる方法で読み込んでいます(OSの言うとおりにすると強制読み込みが出来ません)
    ・しかし、メモリの取得に関しては、その様な問題は有りませんのでOS標準の方法で行っています。
    ・と言うわけで、なぜ画面が乱れるのかは不明ですが、BAKPのメモリとVGAの衝突は考えられません。
    ・とりあえず、VGAのパーフォーマンス「アクセレータ無し」に設定して様子を見てください。
     よろしくお願いします。

  11. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    SYSOP さん 【2004/08/09(Mon) 11:49:36】  
    YahooBB219011062015.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    もしご都合が悪くなければ、takahashi様メイルアドレスお教え頂けますでしょうか?
    よろしくお願いします。

  12. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    takahashi さん 【2004/08/09(Mon) 22:43:11】  
     HMX-12 Multi-inside Browser/1.2

    ご指名により、メール送らせていただきました。

  13. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    SYSOP さん 【2004/08/09(Mon) 23:12:56】  
    YahooBB219011062015.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    takahashiさんご連絡有り難う御座いました。

  14. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    dualazmak さん 【2004/08/11(Wed) 21:47:01】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    応答が遅れて、申し訳ありません。

    > ・と言うわけで、なぜ画面が乱れるのかは不明ですが、BAKPのメモリとVGAの衝突は考えられません。

    了解しました。

    > ・とりあえず、VGAのパーフォーマンス「アクセレータ無し」に設定して様子を見てください。

    このノートPCの運用上、「アクセレータ無し」に設定するのは少々問題がありますので、現状のままで使わせていただきます。「戻る」ではなく、一旦完全に終了してから BAKP を再起動すれば何の問題もありませんので。 BAKP 014b は、その後も、非常に快調に働いています。

  15. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    SYSOP さん 【2004/08/11(Wed) 22:56:52】  
    YahooBB219011062015.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    OSの自動再描画が期待出来ない事が有るようですので(OSとGA用ドライバとBAKPの相性?)時期バージョンでは、再描画する様にしました。
    再描画時には、多少ちらつきが出るようですが、これで「化け」が直れば良しとしたいとおもいます。・・・当方環境ではこの相性問題は出ないので直ったかどうかは不明です。
    ---
    PS.
     どなたか、ユーザ毎のファイルセキュリティを実施している環境の方はいらっしゃらないでしょうか?
     もしいらっしゃいましたらレポートよろしくお願いします。

  16. RE^1778: BAKPによるNTFSファイルセキュリティのバックアップ及び復旧
    dualazmak さん 【2004/08/12(Thu) 18:52:40】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    > OSの自動再描画が期待出来ない事が有るようですので(OSとGA用ドライバとBAKPの相性?)時期バージョンでは、再描画する様にしました。
    > 再描画時には、多少ちらつきが出るようですが、これで「化け」が直れば良しとしたいとおもいます。

    いつもながらのきめ細かなご対応に頭が下がります。次期バージョンも楽しみにさせていただきます。BAKZ特別仕様版、BAKP014b いずれも極めて快調に使わせていただいております。
 [1774] BAKPの高速化について
 SYSOP さん 【2004/08/01(Sun) 10:43:22】  
 YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
takahashiさんが「[1751] BAKP使わせていただきました」で記載された
「複写ファイルのチェックに非常に時間がかります。2時間たっても複写ファイルのチェックが半分終わっていません。」
の件ですが高速化に目処が付きました。
変更点
・高速化(当社比約10倍?)
・高速化に特化した為メモリ使用量が3割程度増加しました
---
もう少しテストをしてから公開したいと思いますので、今しばらく時間を頂けますようお願いします。

  1. RE^1774: BAKPの高速化について
    dualazmak さん 【2004/08/01(Sun) 11:19:15】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    SYSOP 様

    こちらも、非常に楽しみにさせていただきます! よろしくお願い申し上げます。アップされれば、私も使用させていただき、報告させていただきます。
     

  2. RE^1774: BAKPの高速化について
    takahashi さん 【2004/08/02(Mon) 22:31:38】  
     HMX-12 Multi-inside Browser/1.2

    当社比10倍ですか!
    ひょっとして世界最速システムバックアップソフトでしょうか。
    リリース楽しみにしております。

  3. RE^1774: BAKPの高速化について
    SYSOP さん 【2004/08/02(Mon) 23:06:57】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    当社比10倍と言うのは、
    「複写ファイルのチェックに非常に時間がかります」
    部分の事です。
    全体の速度ではありませんので、お間違いの無いように(^_^)
 [1771] NAS リモートドライブの利用と BAKZ による同期コピー
 dualazmak さん 【2004/08/01(Sun) 07:57:10】  
 l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)
この件は、下のスレッド[1736]で話題になり、SYSOP 様から BAKZ の特別仕様テスト版まで頂戴して、検討させていただきました。SYSOP 様と相談させていただき、NAS を利用されている、または、利用を検討されている、皆様への状況報告として、この新スレッドで状況をお知らせします。

ご提供いただいた BAKZ特別仕様テスト版 には、次の2つの特別オプション選択を設定していただきました。

> ; ATR=YES 通常はこの状態でご利用下さい。
> ; ATR=NO ファイル比較時にアトリビュート(ファイル属性)を比較しません。
>
> ; FUN=NO 通常はこの状態でご利用下さい。
> ; FUN=YES 秒単位は用いずに分単位でファイルを比較します。


FUN=YES とした場合には、秒部分の違いを無視することになりますので、

>13:10:00 と 13:10:59 では、同一と判断
>13:10:59 と 13:11:00 では、秒の違いだが、分が異なるので異なるファィルと判断

となります。

さて、私のテスト環境ですが;

コピー元ドライブX: は、自作サーバ機(WindowsXP SP1)の Ultra320 SCSI HDD 内のひとつの NTFS フォルダ(ノートPCの C:ドライブを BAKP したフォルダ)を、subst コマンドでドライブX: として認識させた仮想ドライブです。自作サーバ機の詳細は;
http://kei-dual.hp.infoseek.co.jp/dual/dualazmak.htm
にあります。
また、subst コマンドになじみのない方は、
http://219.186.178.23/XPcom/wxp_gai.html
をご覧下さい。

コピー先ドライブY: は、NAS(Network Attached Storage, アイオーデータ HDL-160U)内のひとつのフォルダを、ギガビット LAN 経由でリモートドライブY: としてサーバ機に認識させてあります。この NAS は、内部的には Linux で動作しており、NTFS フォーマットです。
http://www.iodata.jp/prod/storage/hdd/2003/hdl-u/index.htm

あらかじめ、WindowsXP エクスプローラ標準のコピー機能(実際は卓駆★を利用)で、X:→Y: の完全コピーを実施しておき、その後、BAKZ で X:→Y: の高速「同期コピー」をテストしました。この際、スレッド[1736]で議論していたように、一度 BAKZ 実行後の直後に再度 BAKZ を実行しても、本来全く必要がないはずの「消去&コピー」が行われるファイルがあるため、今回ご提供いただいたBAKZ特別仕様テスト版で、上にお示しした、アトリビュート比較の有無、ファイルタイムスタンプの秒単位無視=分単位比較 の条件を変えてテストさせていただきました。

その結果、必要がないはずなのに 「消去&コピー」 されるファイルの数は、オプション設定の組み合わせにより、
以下の通りでした。

1. ATR=YES, FUN=NO 3742 件 (これまでの BAKZ)
2. ATR=NO, FUN=NO 2198 件
3. ATR=YES, FUN=YES 1794 件
4. ATR=NO, FUN=YES 36 件

一方、スレッド[1736]でもお知らせしたように、ローカルコンピュータ内部での BAKZ では、これまでの BAKZ(ATR=YES, FUN=NO の状態)で、再「消去&コピー」ファイルはゼロですので、NAS または NAS内蔵 Linux のファイルアトリビュート処理/設定、タイムスタンプ処理/設定に「問題=WindowsXP と異なる」があることは明らかなようです。

私のテスト環境における
> 4. ATR=NO, FUN=YES 36 件
は、一瞬の処理で許容範囲ですので、この条件による常用は、十分に可能です。ただし、同一名ファイル間比較で、アトリビュート比較と、秒単位のタイムスタンプ差を無視した同期コピーであることを、十分に理解/認識した上で常用することになります。

以上、SYSOP 様とも相談の上、報告させていただきました。
SYSOP 様のコメント、フォローアップをお願いします。

  1. RE^1771: NAS リモートドライブの利用と BAKZ による同期コピー
    SYSOP さん 【2004/08/01(Sun) 09:42:20】  
    YahooBB219011062009.bbtec.net Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)

    詳細な調査有り難う御座います。
    NASを使う上での参考になる方もいらっしゃると思います。
    ---
    さて、このdualazmakさんに提供した試用版ですが、同様な理由で困っていらっしゃる方が大勢いる様でしたら、ネット上で公開したいと思いますが、いますでしょうか。

  2. RE^1771: NAS リモートドライブの利用と BAKZ による同期コピー
    dualazmak さん 【2004/08/01(Sun) 11:15:51】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    追加情報&コメントですが、BAKZ は、複数を同時に立ち上げて同時並行処理させることが可能なことも大きなメリットです。

    私の自作サーバー環境では、デュアル Xeon 2.8G HyperThreding-ON、RAM 2 GB、Ultra320 15,000rpm SCSI HDD、一部のデータドライブは SATA RAID1 構成、デュアルモニタ、などの恩恵もありますが、BAKZ を6つほど同時並行して走らせても、システム全体への負荷は 30 % 以下で、他の種々の作業を行いながらでも全くストレスなく、並行して複数の高速同期コピーを快適に実施してくれます。

    このように、私にとって、BAKZ は、NAS 対応も加わって、非常に頼もしい同期コピーツールです!

    今後、BAKZ の起動オプションコマンドなどが加われば、さらに便利になるでしょう。たとえば、コマンドラインから
    BAKZ X: Y: /s /e
    いうような設定で、起動すればノータッチで X:→Y: の高速同期コピーを設定および確認画面表示なしで実行(/s)(稼働進捗状況は表示?)、終了メッセージを出して自動終了する(/e)、というような起動オプションが設定できれば、便利でしょう。これが可能になれば、いくつかの BAKZ 処理コマンドをショートカットアイコン化しておいて、どんどんクリックすれば、それらの同時並行処理を簡単に実施できますね。もちろん、ユーザーの自己責任運用が大前提ですが。

  3. RE^1771: NAS リモートドライブの利用と BAKZ による同期コピー
    dualazmak さん 【2004/08/01(Sun) 11:30:43】  
    l239034.ppp.asahi-net.or.jp Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

    さらに、追加のテスト報告です。

    ATR=NO, FUN=YES の条件で、約23万件のファイル+フォルダを持つ FAT32 の実ドライブ全体を、リモートドライブ認識させた NAS の NTFS 指定フォルダへ BAKZ しました。処理に必要な時間は WinSync2000 よりも遙かに短く、かつ2回目の BAKZ では「消去&複写」、「複写」ファイルはひとつも存在せず、完璧な高速同期コピーでした。

    当面、NASリモートドライブ(フォルダ)への高速同期コピーは、この特別仕様の BAKZ をします!

    OS(WindowsXP SP1)稼働中ドライブも、BAKP (for NTFS) または BAKY (for FAT32) を利用してサーバー機のデータドライブ内(FAT32 でも NTFS でもOK!)に高速同期コピーしておき、これらを、適宜、定期的に BAKZ でリモートドライブ認識の NAS へ高速同期コピーすることにより、常に複数のバックアップを持つ、という日常運用です。

    BAKZ は、OSがロックしているファイルさえなければ(いわゆるデータドライブであれば)、元ドライブ、先ドライブのいずれにおいても、FAT32, NTFS に関わらず問題なく動作しますので、非常に便利です(動作保証上は FAT, FAT32 のみ対応ですが)。


HOME] [BBS

お礼:この掲示板は、ひろPis氏作のHTB 1.1を利用させて頂きました。