カテゴリー: 技術系

  • wbxcacheフォルダ

    Windowsのローカルディスク(Cドライブ)の容量が枯渇してきたので、調べたところ、「wbxcache」のフォルダが数GBの容量を使っていた。

    容量をたくさん使っていたwbxcacheのフォルダパス

    %USERPROFILE%\AppData\Local\WebEx\wbxcache

    このフォルダは、ウェブ会議ツールの、Cisco WebEXのキャッシュのフォルダだった。このフォルダの中は、キャッシュ情報だけとのこと。エクスプローラーで選択して、削除する。

    参考: https://help.webex.com/ja-jp/article/WBX9000035301/Windows-%E3%81%A7-Cisco-Webex-Meetings-%E3%81%AE%E3%82%AD%E3%83%A3%E3%83%83%E3%82%B7%E3%83%A5%E3%82%92%E6%B6%88%E5%8E%BB%E3%81%99%E3%82%8B%E3%81%AB%E3%81%AF%E3%81%A9%E3%81%86%E3%81%99%E3%82%8C%E3%81%B0%E3%82%88%E3%81%84%E3%81%A7%E3%81%99%E3%81%8B?

  • Windows11からWindows Server 2003上のSQL ServerにODBC接続できない。

    タイトルのままではあるが、Windows11からWindows Server 2003 R2上のSQL Server 2005にODBC接続できない。

    セキュリティの関係で接続できない。ODBCドライバのバージョンを古いものに変えてもできないので、OSレベルでのセキュリティの問題で接続できない。

  • ファームウェアバージョンにより、Smart Array P440ar Contoller で一時的にArrayが認識不能になる可能性がある。

    iLO4では、ログにSmart Array P440ar Contoller のエラーが出ているが、その後のステータスは正常になっている。

    HPEのサポートによると、Smart Array P440ar Contoller のファームウェアのバージョンにより、一時的に認識不能になることがあるとのこと。だが、ファームウェアのバージョンを変えたほうがよいか、という質問には十分ファームウェアバージョンは高いとのこと。

    iLO4上でのヘルスチェックが正常になっているのであれば、問題ないとのこと。

    どちらにしても、HPEサポートへの問い合わせは必須。

  • Veeam Backupの合成フルバックアップが便利

    Veeam Backup & Replication11(以降)の合成フルバックアップの機能が便利だ。毎週、フルバックアップの作成をしなくても、バックアップされているデータから、フルバックアップに相当するファイルが作成される。フルバックアップにかかる負荷が軽減されるので、結構、便利な機能だ。

    合成フルバックアップの説明については、下記のURLに載っている。

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

    合成フルバックアップには、次のような利点があります。

    合成フルバックアップは、既にディスクに保存されているバックアップファイルから作成されるため、ネットワークリソースを使用しません。

    合成フルバックアップはバックアップリポジトリに直接合成されるため、本番環境に対する負荷が軽減されます。

    合成フルバックアップの設定は下記。

    1.Veeam Backupのバックアップ設定のウィザードを開く

    2.ウィザードを「Storage」に進める

    3.「Advanced」のボタンをクリックする

    4.「Create synthetic full backups periodically」オプションにチェックを入れて、OKをクリックする

    5.他の設定を設定すれば終わり

    できれば、フルバックアップは月で採りたいのだが、現状では曜日しか選べないので週次での取得になってしまう。

  • Powershellで大容量ファイルの中身をクリア(消す)する方法

    Windowsの端末(Windowsサーバ)で、ログファイルを消さずに、中身だけを消して、クリアにしたかった。Linuxだと、catコマンドを使って、空データで上書きをやっている。Windowsだと、catコマンドがないので、できず。Powershellで、同じようになる方法を調べた。

    Powershellを使って、ファイルの中身だけをクリアする(消す)には、Clear-Contentコマンドレットを使用する。Clear-Itemだとファイル自体を消してしまうが、Clear-Contentは、ファイルを残したまま、中身のみを削除する。

    Clear-Content ファイル名

    実行例)

    PS C:\apache2\logs> dir
        ディレクトリ: C:\apache2\logs
    Mode                LastWriteTime     Length Name
    ----                -------------     ------ ----
    -a---        2023/06/12     14:17  754742089 access.log
    -a---        2023/06/12     14:12  754741796 access.log.1
    PS C:\apache2\logs> Clear-Content .\access.log
    PS C:\apache2\logs> dir
        ディレクトリ: C:\apache2\logs
    Mode                LastWriteTime     Length Name
    ----                -------------     ------ ----
    -a---        2023/06/12     14:19          0 access.log
    -a---        2023/06/12     14:12  754741796 access.log.1
    PS C:\apache2\logs> dir
        ディレクトリ: C:\apache2\logs
    Mode                LastWriteTime     Length Name
    ----                -------------     ------ ----
    -a---        2023/06/12     14:20        240 access.log
    -a---        2023/06/12     14:12  754741796 access.log.1

    なお、Windows Server 2008 R2でもClear-Contentは使えたので、環境を選ばずに使えそうだ。

    参考: https://learn.microsoft.com/ja-jp/powershell/module/microsoft.powershell.management/clear-content?view=powershell-7.3

  • WSL2のUbuntuのイメージ保存場所

    WSL2で、実際のデータがどこにあるのか気になって調べたので、メモ。

    デフォルト設定では、ユーザアカウントの「AppData¥Local¥Packages¥」の下に、フォルダ分けされて保存されていく。WSL2の場合は、「ext4.vhdx」で保存されるのだが、WSL1でLinuxを展開して、WSL2に変換した場合は、下記のように「rootfs」フォルダの下にファイルが展開される。WSL(WSL1)の場合も同じフォルダだ。

    C:\Users\%USER%\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs

    ※ %USER% の部分は、自分のユーザ名に置き換えてアクセスする。

    最初からWSL2の場合は、vhdxファイルで下記のフォルダに展開されているはず。

    C:\Users\%USER%\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\

    参考:  https://learn.microsoft.com/en-us/windows/wsl/disk-space

  • PowerShell ISEでps1のファイルを開くと文字化けする

    Windows10のPowerShell ISEで、ps1ファイル(PowerShellのスクリプトファイル)を開くと、文字化けする。日本語のコメント部分が文字化けするので使いにくい。対処方法を調べてみたのだが。

    PowerShell ISEの読み込み時のデフォルトの文字コードは、ShiftJISである。この読み込み時のデフォルトの文字コードを変更することはできない。OSの文字コードではなくて、PowerShell ISEのデフォルト設定であるため。

    ps1ファイルに、BOM付でUTF-8指定されている場合には、開いても文字化けせず、UTF-8としてファイルを開いてくれる。

    Windows10は、現在はメモ帳などで作成したファイルにBOMを付けていない。デフォルトはUTF-8で、BOMなしはUTF-8解釈されるし、それで保存される。

    PowerShellのスクリプトファイルを作成するときは、保存するときに拡張子を .ps1 で保存するだけではなく、オプションとして、BOMで文字コードをUTF-8指定で保存する必要がある。もし、.ps1ファイルをPowerShell ISEで開くときに文字化けする場合は、一度、メモ帳などで開き、BOM付で保存しなおす必要がある。

    なんと厄介な。Powershell ISE は標準でインストールされているので実行時したりするときに便利だったのだけど。

  • SQL Serverで日付をyyyy/mm/ddで表示しようとしたら関数が認識されずエラーになった

    SQL Serverのバージョン違いによるTransact-SQLの差は、忘れたころに踏み抜く。SQL Server 2005で、yyyy/mm/dd形式で日付を出力しようとしたところ、下記のエラーが表示されて、実行できず。

    'format' は 組み込み関数名 として認識されません。

    formatは、SQL Server 2016以降はつかえるようだ。対象は、SQL Server 2005なので、format関数は追加されておらず、convert関数を使って、yyyy/mm/ddの形式にする。例としては下記。

    SQL Server 2005で、日付(datetime型、smalldatetime型など)を、yyyy/mm/dd の形式で表示する。

    select convert(nvarchar,GetDate(),111) AS 'yyyy/mm/ddフォーマット'

    SQL Server 2019で、日付(datetime型、smalldatetime型など)を、yyyy/mm/dd の形式で表示する。

    select format(GetDate(),'yyyy/MM/dd') AS 'yyyy/mm/ddフォーマット'

    SQL Server 2019は、convert関数でも動作する。

  • Google Bardを使ってみた

    Google WorkspaceでもGoogle Bardを使えるようになったので、ONにして使ってみた。個人アカウントもWorkspaceアカウントなので、使えるようになってよかった。

    https://bard.google.com/

    利用規約を読むと、入力内容を使って学習する可能性があるようなことが書かれていた。規約上も、機密情報やセンシティブ情報は入力しないように書かれている。

    Bard自身に問いかけてみると、正直にAIの学習に使用すると、答えてくれる。加えて、FAQには、入力した会話データを個人が特定できない形にしてサンプリングしたものを「トレーニングをうけたレビューアーのレビュー対象になる」ということが書かれている。個人情報などは消されるとしても、判別が難しい秘密の情報は学習に使われてしまうようだ。ちなみに、Bardでの会話データの削除依頼はできるとのこと。

    それから、入力したデータを学習に使わせないようにするためのオプトアウトの仕組みは、まだ無いとのこと。

    Google Bardを使ってみて、便利なのはBardとの会話で表示された文章を、Google ドキュメントの形式でエクスポートできるということ。一般的な内容であれば、活用シーンもいろいろとありそうだ。Googleスプレッドシートには、今はまだエクスポートができない。そのうち、アウトラインだけ書いたら、スライドとか作ってくれるようになりそうだが。