ページ ファイルのサイズ設定は、システム クラッシュ ダンプ設定の要件と、システム コミット料金のピーク使用量または予想されるピーク使用量によって異なります。 どちらの考慮事項も、同一のシステムの場合でも、各システムに固有です。 この一意性は、ページ ファイルのサイズ設定も各システムに固有であり、一般化できないことを意味します。 適用対象: Windows 10 適切なページ ファイル サイズを決定する すべてのバージョンの Windows および Windows Server のページ ファイルサイズ設定に関して、次の考慮事項を使用します。 クラッシュ ダンプ設定 システム クラッシュ時にクラッシュ ダンプ ファイルを作成する場合は、ページ ファイルまたは専用ダンプ ファイルが存在し、システム クラッシュ ダンプ設定をバックアップするのに十分な大きさである必要があります。 それ以外の場合

概要 Windows Server において、Linux のlogrotate コマンドの役割を作ります。 Windowsのforfiles は、Linux のfind コマンドに近い動作をします。forfiles を使ったbatファイルを作成し、スケジューラーで定期実行させます。 forfilesの使用方法 構文 forfiles [/p <Path>] [/m <SearchMask>] [/s] [/c "<Command>"] [/d [{+|-}][{<Date>|<Days>}]] ヘルプ C:\>forfiles /? FORFILES [/P パス名] [/M 検索マスク] [/S] [/C コマンド] [/D [+ | -] {yyyy/MM/dd | dd}] 説明: ファイル (または、ファイルのセット) を選んで、そのファイル上の コマンドを実行します。これはバッチ

Warning: preg_match(): Compilation failed: unrecognized character follows \ at offset 1 in /home/r5652521/public_html/soma-engineering.com/wp-content/themes/affinger/functions.php on line 1548 Warning: preg_match(): Compilation failed: unrecognized character follows \ at offset 1 in /home/r5652521/public_html/soma-engineering.com/wp-content/themes/affinger/functions.php on line 1548 Warning: preg_

長くなったからどうせだし分けようの回第二弾。第一弾はUSERPROFILEに関するあれですね。ちなみにこれはそっちからの株分けです。 今回はレジストリの説明とマルチユーザー機能にかかわるキーを説明するよ。 レジストリって何？ HKEY_USERS HKEY_CURRENT_USER windowsのマルチユーザー機能の仕組み レジストリって何？ 簡単に言えばwindowsの設定が集積された中央集中型のデータベースのこと。 マルチユーザー機能に対応するべくwindows9.xから導入された設定保管庫です。 windows3.xの時はシステム設定とかアプリケーション（当時はアプレット）の設定は「.ini」ファイルに記録されていてテキスト管理されていました。でもテキスト管理では対応できない部分がたくさん。例えばユーザーの分離や管理、安全な書き換え。発展していくにつれて需要も増していったマルチタス

ユーザ固有のレジストリ情報は、[HKEY_CURRENT_USER]に保管されるが、これはあくまで現在ログインしているユーザのレジストリ情報なので、同一端末上の他ユーザ固有の情報を変更するためには、当該ユーザのハイブをロードする必要がある。 regedt32を起動 [HKEY_LOCAL_MACHINE]または[HKEY_USERS（HKU）]を選択 ファイル⇒ハイブの読み込み ハイブファイルを指定（c:\Documents and Settings\%USERNAME%\NTUSER.dat　など） ロード先サブキー名を指定。任意。（hive_ユーザ名　など） 編集、閲覧が終ったら、ロードしたサブキーに移動⇒ファイル⇒ハイブのアンロード（これ忘れがちなので注意） 以下のように、コマンドラインでも同様の作業が可能。大抵以下をバッチにして配るかも？ reg load ＜トップレベル・キー名＞

AD使っているとたまに利用する場面があります。最近だと、コンピュータ名を指定してGPO を適応する時の WMI フィルターを使いました。 SELECT * FROM Win32_OperatingSystem WHERE CSName LIKE "[PcName]"[PcName]には対象のコンピュータ名を入力すればOKです。調べ方はいろいろありますが、コマンドプロンプトで確認することが多いです。 set | findstr "COMPUTERNAME"他にもWMIクラスを使って色々な条件指定ができるので、用途に合わせてこれからも使っていきたいです。

グループポリシーの設定にはグループポリシーの管理ツールを使用しますが、設定したグループポリシーが AD の情報としてどのように格納されているかを調べる必要があったのでメモとして。 細かな内容については How Core Group Policy Works を読むとよさそうです。 # さらっとしか眺められていませんが。 グループポリシーについては細かな設定については SYSVOL 共有の Policies に格納がされていますが、どのような GPO が作成されていて、どの OU にリンクされているかの情報については AD のドメインパーティションに格納されています。 作成したグループポリシーの情報については [SystemPolicies] に格納されており、ここを見ることでどのようが GPO を作成したかを確認することができます。 [gPCFileSysPath] を確認することで、SY

タスクスケジューラってなに？ Windowsであれば標準で搭載されているソフトで、決まった時間に決まった動きを自動でしてくれます。 タスクスケジューラをどう使うの？ 私はこれを使って、夜中に「Accessのマクロを自動実行する」という使い方をしています。 すると、朝出社した時点で、これから自分が作らなくてはいけない集計表が完成している状態で置かれているのです！ な、なな、なんとっっ！まさに、小人さんが仕事をしてくれた状態！！ 長年望んでやまなかった理想郷がそこには存在していました。 そんなわけで、Accessをタスクスケジューラで動かす設定方法について、ご紹介します。 設定方法 タスクスケジューラは、プログラム一覧の中にあります。 私のOS（Windows10）だと、Windows管理ツール＞タスクスケジューラの場所にありました。 スケジューラが起動したら 「タスクスケジューラライブラリ」