カテゴリー: 技術系memo

  • systeminfoは、WindowsXP以降に追加されたコマンド

    タイトルのままだが、systeminfoは、Windows XPから追加されたコマンド。Windows 2000(Windows 2000 Server)には、systeminfoがないので注意。

  • SQL Server エージェントのジョブの権限を与える方法

    SQL Serverで、個別のデータベースに対して、権限を与えても、SQL Server エージェントのジョブの部分はSQL Server Management Studio(SSMS)には、「SQL Server エージェント」も「ジョブ」も表示されない。これの権限は、データベースの権限とは別につける必要がある。

    SQL Serverのジョブ(SQL Server エージェント)に権限を付ける一番簡単な方法は、以下の操作でsysadmin権限の付与を行う。

    1. SSMSを使って、管理者権限のあるユーザでSQL Serverに接続する。
    2. SSMSのオブジェクトエクスプローラーで、「セキュリティ」「サーバー ロール」の順に開く(展開する)。
    3. サーバーロールに表示された「sysadmin」を右クリックして、プロパティを開く。
    4. プロパティの「メンバー」の「追加」をクリックする
    5. 権限を与えるユーザを指定して、OKをクリックする。

    これで権限が付与されるので、権限を与えたユーザで、SSMSで接続して、「SQL Server エージェント」と「ジョブ」が表示されることを確認する。

    もし、SQL Server エージェントだけの権限を与える必要がある場合は、データベースの「msdb」にあるロールを割り当てる。

    1. SSMSを使って、管理者権限のあるユーザでSQL Serverに接続する。
    2. 「セキュリティ」、「ログイン」から、SQL Server エージェントを使わせるユーザのプロパティを開く
    3. 「ユーザーマッピング」を開く。
    4. 「msdb」にチェックをいれ、選択した状態にする
    5. ロールの「SQLAgent~~~」で、最適な権限を選択して、OKをクリックする。

    選択できるロールの概要は以下。

    SQLAgentUserRole
    →SSMSで接続したときに、SQL Serverエージェントが表示される。
     表示されるのは、接続ユーザの権限があるもののみ。

    SQLAgentReaderRole
    →SSMSで接続したときに、SQL Serverエージェントが表示される。
     他のユーザのSQL Serverのジョブも表示される。
     メニューで、ジョブが実行できるように見えるが、実行すると権限がないものはエラーになる。

    SQLAgentOperatorRole
    →SSMSで接続したときに、SQL Serverエージェントが表示される。
     SQL Serverのジョブの表示や実行ができる。

    参考: https://learn.microsoft.com/ja-jp/sql/ssms/agent/sql-server-agent-fixed-database-roles?view=sql-server-ver15

  • Veeam Backup &Replication 11で設定できるイミュータブル期間の最大期間

    Veeam Backup& Replicationで設定できるイミュータブル期間(データの変更を禁止する不変期間)を調べてみた。

    https://helpcenter.veeam.com/jp/docs/backup/vsphere/hardened_repository.html?ver=110

    バックアップファイルは、構成された期間(最小7日、最大— 9999)の間イミュータブルになります。イミュータビリティ期間は、アクティブなバックアップチェーンに対してのみ延長されます。 バックアップに複数のチェーンがある場合、Veeam Backup & Replicationは、チェーン内の古いバックアップのイミュータビリティを延ばしません。

    https://helpcenter.veeam.com/jp/docs/backup/vsphere/hardened_repository.html?ver=110

    上記がVeeamのサイトにあるので、イミュータブル期間の最大期間は、9999日。無限にはできない。年にすると、 27.38年になる。

  • SQL Server でストアドプロシージャの一覧を表示する

    SQL Serverでストアドプロシージャの一覧を表示するためには、「INFORMATION_SCHEMA」の「ROUTINES」ビューを参照する。’ROUTINE_TYPE’で’PROCEDURE’ を指定することでプロシージャのみに絞り込める。絞り込みを行わない場合は、FUNCTION なども表示される。

    ■プロシージャのみで絞り込み

    SELECT
        *
    FROM
        INFORMATION_SCHEMA.ROUTINES
    WHERE
        ROUTINE_TYPE = 'PROCEDURE'
    ORDER BY
        SPECIFIC_CATALOG, SPECIFIC_SCHEMA, SPECIFIC_NAME

    ■プロシージャだけでなく、ファンクションも表示する

    SELECT
        *
    FROM
        INFORMATION_SCHEMA.ROUTINES
    ORDER BY
        SPECIFIC_CATALOG, SPECIFIC_SCHEMA, SPECIFIC_NAME

    ■必要なものだけ表示する

    SELECT
        SPECIFIC_CATALOG, SPECIFIC_SCHEMA, SPECIFIC_NAME, ROUTINE_CATALOG, ROUTINE_SCHEMA, ROUTINE_NAME, ROUTINE_TYPE
    FROM
        INFORMATION_SCHEMA.ROUTINES
    ORDER BY
        SPECIFIC_CATALOG, SPECIFIC_SCHEMA, SPECIFIC_NAME

    参考:

    INFORMATION_SCHEMA.ROUTINES の説明

    現在のデータベースの現在のユーザーがアクセスできるストアド プロシージャと関数ごとに、1 行のデータを返します。 戻り値を記述する列は、関数にのみ適用されます。 ストアド プロシージャの場合、これらの列は NULL になります。

    https://learn.microsoft.com/ja-jp/sql/relational-databases/system-information-schema-views/routines-transact-sql?view=sql-server-ver16

  • Veeam Backup & Replication 11で必要なメモリサイズ

    1台のサーバに、データの保存先を含めたVeeam Backup & Replicatiion 11の全機能をインストールするときに必要なメモリサイズを計算する。同時に実行するタスクの数により、必要なメモリとCPUのコア数が変わる。4タスクを同時に動かす想定。

    4タスクを同時実行する、1台構成のVeeamのメモリとCPU

    ■メモリサイズ

    基本  4GB
    コンソール 0GB(2GB ‐ 2GB)
    プロキシサーバ 6GB(2GB x 4タスク ‐ 2GB)
    バックアップリポジトリサーバ 10GB(4GB + 2GB x 4タスク ‐2GB)
    ※1台に複数機能を入れる場合には、1機能あたり、2GBを引けるとのこと
    ※バックアップリポジトリを分割すると、半分の10GBで済む。その場合は、バックアップリポジトリサーバは、12GBのメモリが必要になる想定。

    合計 20GB

    ■CPUのコア数

    基本 4コア
    プロキシサーバ 4コア(1コア x 4タスク)

    合計 8コア

    ここでの計算が漏れている可能性もあるため、余剰でメモリを割り当てられるのであれば、もっと多いメモリサイズを割り当てた方がよい。

    参考:  https://helpcenter.veeam.com/jp/archive/backup/110/vsphere/system_requirements.html

  • Veeam Backup & Replication 12で必要なメモリサイズ

    1台のサーバに、データの保存先を含めたVeeam Backup & Replicatiion 12の全機能をインストールするときに必要なメモリサイズを計算する。同時に実行するタスクの数により、必要なメモリとCPUのコア数が変わる。4タスクを同時に動かす想定。

    なお、バージョン12では、バックアッププロキシでの複数タスクの実行で消費されるメモリが少なくなっている。

    4タスクを同時実行する、1台構成のVeeamのメモリとCPU

    ■メモリサイズ

    基本  6GB(4GB + 0.5GB x4タスク)
    コンソール 0GB(2GB ‐ 2GB)
    プロキシサーバ 2GB(2GB + 0.5GB x 4タスク ‐ 2GB)
    バックアップリポジトリサーバ 6GB(4GB + 1GB x 4タスク ‐2GB)
    ※1台に複数機能を入れる場合には、1機能あたり、2GBを引けるとのこと
    合計 14GB

    ■CPUのコア数

    基本 4コア
    プロキシサーバ 4コア(1コア x 4タスク)
    合計 8コア

    ここでの計算が漏れている可能性もあるため、余剰でメモリを割り当てられるのであれば、もっと多いメモリサイズを割り当てた方がよい。

    参考: 

    https://helpcenter.veeam.com/docs/backup/vsphere/system_requirements.html?ver=120

  • Google Chatのテキストでハイパーリンクが使えるようになった

    ちょっと前に、Googleからアナウンスされていたが、Google Chatのテキストにハイパーリンクが使えるようになった。

    https://workspaceupdates.googleblog.com/2023/07/add-hyperlinks-to-text-in-google-chat.html

    今までは、ブラウザでURLをコピーして、Google Chatのテキスト部分に張り付けると、自動的にタイトルで貼り付けできるもののリンクにはならなかった。URLを張り付けようとすると、Ctrl+Shift+Vで、プレーンテキストとして貼り付けをしないと、コピーしたURLにならないという問題があった。それが今度は、通常のコピペで、リンク付きのタイトルが張り付けられるようになった。もちろん、プレビューも作成されるので便利になった。

    Googleのステータスとしては、ロールアウト済みになっているので、基本的には使えるはず。

  • Gitlab CEをインストールしたUbuntuのOSをアップグレード

    “sudo do-release-upgrade” を実行したところ、”Please install all available updates for your release before upgrading.” が表示された。先にパッケージを最新にしろというので、”sudo apt update” “sudo apt upgarade” でパッケージを最新化した。

    その後、”sudo do-release-upgrade” を実行したところ、rebootを求められたので、再起動を実施した。

    再起動後に、”sudo do-release-upgrade” して、OSはUbuntu 18.04 から Ubuntu 20.04 にアップグレードできた。アップグレードのときに、サードパーティのaptリポジトリが対象から外された。外れたリポジトリは、GitLab CEのリポジトリ。

    Ubuntu 20.04に無事にアップグレードされた後に、apt update を行ったが、gitlab用のリポジトリは対象には入っていなかった。そのため、下記のコマンドで、リポジトリを再登録した。

    curl -s https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh | sudo bash 

    その後に、apt update を行い、対象にGitLabのリポジトリが含まれていることを確認した。このとき、アップデート対象に、GitLab CEが含まれていたので、apt upgradeでインストールした。このときの動作は、16.2.0-ce.0から16.2.0-ce.0の同じバージョンでの上書きインストールだった。

    gitlab-ce/focal 16.2.0-ce.0 amd64 [16.2.0-ce.0 からアップグレード可]

    これで無事にアップグレード完了。

  • ASP.NET(VB)でテキストボックスでEnterキーを押したときに何も動作させたくないのにImangeボタンのクリック処理が動作してしまう

    ASP.NET(VB)でウェブアプリを作るとき、テキストボックス上で、Enterキーを押したとき、ImangeボタンがEnterキーによって動作してしまう。Enterキーを押したときに、Submitやボタン動作を行わせたくないときの小技。

    あまり賢い小技ではないのだが、上部にダミーのなんのアクションも割り当てていないImageボタンを設置し、ボタンに割り当てるイメージ画像を1ピクセルの画像を割り当てる。これにより、テキストボックス上で、Enterキーを押しても、このダミーのイメージボタンがクリックされたようになる。これでユーザの邪魔にはならなくなる。

    <asp:ImageButton ID="ib_DummyForSubmit" runat="server" ImageUrl="~/img/space.gif" TabIndex="1" />

    もし、Enterキーを押したときに、実行させたいボタンがあるのであれば、Me.Form.DefaultButton に、ボタンのUniqueIDを指定する。

  • ASP.NET(VB)でEnterキーを押したときのデフォルトボタンを指定する

    Page_Loadで、Me.Form.DefaultButtonを指定することで、Enterキーを押したときに動作するデフォルトボタンを指定できる。指定は、動作させるコントロールのユニークIDを指定する。

    Protected Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load
        ' Enterキーを押したときにイメージボタンがクリックされるのを防ぐ 
        Me.Form.DefaultButton = Me.bt_Submit.UniqueID
    End Sub