タグ付けされた質問 「maintenance」

Webminコントロールパネルにログインすると、実質的にすべてのディスク領域がいっぱいになっていることに気付きました。システムで最大の10個のファイル/ディレクトリを検索しましたが、ibdata1というファイルが約94GBのスペースを占有していることがわかりました。これは/ var / lib / mysqlディレクトリにあります。 ibdata1は何をしますか？削除しても安全ですか？私の推測では、それはある種のダンプであるが、それは単なる推測だ。

32 mysql  ubuntu-12.04  troubleshooting  maintenance 

最新の（systemdベースの）Linuxディストリビューションでsshを除くすべてのサービスを無効にするにはどうすればよいですか？ メンテナンスモードを実装する必要があります。 これらのサービスはすべてダウンする必要があります。 ポストグレス 接尾辞 アパッチ カップ cron 鳩小屋 ただし、sshはメンテナンスモード中にタスクを実行するために使用されるため、シャットダウンしないでください。 もちろん、無効にするサービスのリストをループするシェルスクリプトを作成することもできます。しかし、これは、すでに存在するものの、今まで知らない何かを再発明したような気がします。

31 linux  service  systemd  maintenance 

ハードウェアで作業するときは、帯電防止リストストラップを使用しますか？ 彼らは本当に働いていますか？ ハードウェアを着用していた場合に保存されるハードウェアを揚げたことがありますか？ 私は宗教的にそれらを身に着けている人もいれば、時間の無駄だと言う人も知っています。 コミュニティの見解は何ですか？

25 hardware  maintenance 

いくつかのLTOテープドライブがあり、必要に応じてクリーニングテープを使用していますが、クリーニングテープの寿命は予想したほどには予測できません。ロボット（Quantum i6000）であろうと、Veritas Netbackupであろうと、テープが実際に期限切れになっているかどうかを確認するために、システムを照会する方法を探しています。 正直なところ、テープの有効期限が切れる原因が正確にはわかりません。テープが最後まで巻き付いて停止するので、以前使用したセクションを再利用しません。現在、Netbackupは「使用可能クリーニング」の数を「マウントされた回数」フィールドに格納します。これは常に50から始まりますが、クリーニングテープは15回のクリーニングサイクルで期限切れになることがあります。ドライブ。ありがとう。

19 maintenance  tape  lto 

いくつかのサーバーにはOracleメンテナンスライセンスがあります。私たちのハードウェアベンダーは、サーバールームにインターネット接続があったと尋ねました。セキュリティ上の理由から、その部屋のすべてのマシンはインターネットから隔離されています。しかし、メンテナンス担当者は「それでは、どのようにしてサーバーのメンテナンス作業を行うことができるのでしょうか？」と尋ねました。 私の質問は、ライセンス認証システムのようにメンテナンスを実行するために、サーバーにインターネット接続が必要かどうかです。または、彼はそれをオフラインで行うことができますか？本番サーバーへのインターネット接続があった場合、それ自体リスクではありませんか？

18 oracle  maintenance  security 

オーストラリアの大規模なゲームサイトを手伝います。現地時間の午前7時から翌日の午前1時まで、毎日毎日コンテストを開催しています。サイトがリリースされてから1日もスキップしていません。当然、これによりメンテナンスの実行が非常に難しくなり、ステージングサーバーが本番ブランチよりも最大50コミット先になることがわかります。通常、メインの開発者は、ブランチをマージしてすべてが正常に機能することを確認するために、非常に早く起動する必要があります。 ステージングサイトはできる限り本番サイトと同じようにしようとしてきましたが、できるだけ同じようにすることができます。 私たちのサイトは、リアルタイムのNode.JSサーバーを備えたLaravelに基づいています。Laravel Forgeを使用しています。 更新をより頻繁にプッシュする方法について提案はありますか？私たちは何に対してもオープンです。

18 php  node.js  maintenance 

インデックスの断片化が95％を超えるデータベースがあります。最善のこととして、インデックスの再構築はこれまでになく少ない再編成で行われたことがわかります。年間で。 （公平のために、これらのテーブルでは自動更新された統計が有効になっているようです。また、公平のために、彼はバックアップ（1日ごとの完全ログと1時間ごとのログ）に熱心です。 私が尋ねると、DBAはインデックスの再構築または再編成に消極的だと言いました。私が理由を尋ねたとき、彼はそれを実際に表現できませんでした。最終的に彼は、潜在的なデータ損失を心配していると言いました。たとえば、Great Plains Dynamicsの会計アプリケーションでデータベースの1つが使用されており、彼はそれについて非常に心配しているようでした。 私はDBAではありませんが、私が読んだことから、彼の不安は...私には理解するのが難しいようです。 次に何をすべきかわかりません。私はどのように進むべきか提案しますか？

14 sql-server  maintenance 

ほとんどのmmorpgゲームには、いくつかの定期的なサーバーメンテナンスがあり、一部は毎日、一部は週に1回行われているようです。彼らが実際にやらなければならないことは何ですか、なぜそれが必要ですか？ そのようなプロジェクトから始める場合、これを避けるために何ができますか？

14 maintenance 

問題 haproxyを使用してWebサーバーの負荷を分散しています。一部のアプリケーションはセッションファイルを使用しますが、これらはサーバー間で同期されないため、セッションパーシステンスと追加のCookieを使用します。 セッションを中断することなく、メンテナンスのためにサーバーを無効にします。したがって、既存のクライアントがアプリケーションセッションを継続できるようにしたいのですが、新しいクライアントは受け入れません。 haproxyの動作 サーバーを「メンテナンス中」に設定しました クライアントにCookieが設定されている場合は、「メンテナンス中」とマークされていてもサーバーを使用します 新しいクライアント（Cookieなし）が来ると、別のサーバーに転送されます すべてのクライアントがアプリケーションセッションを終了した後、この特定のサーバーに設定されたCookieを持つクライアントはなくなり、ユーザーを中断することなくシャットダウンできます。 これはいくつかのhaproxy構成で達成できると思いますか？それともそれを行う賢い方法はありますか？ 他の方法 このニーズを達成する他の方法の非網羅的なリスト： サーバー間でセッションファイルを同期する（複数のサーバー間でファイルを同期する方法、または共通の単一マウントポイントが必要） データベースを使用してセッション情報を保存する（アプリケーションの動作を変更する必要がある） 詳細 この種の構成を使用します。 frontend https-in bind xxx.xxx.xxx.xxx:443 ssl crt /etc/haproxy/ssl/_default.pem crt /etc/haproxy/ssl reqadd X-Forwarded-Proto:\ https acl APP1 hdr(host) -i APP1.atac.local use_backend APP1 if APP1 default_backend _default backend APP1 redirect scheme https if !{ ssl_fc } mode http balance …

13 haproxy  maintenance  cookies 

さまざまなバージョンのWindows（Vista、7、8）を搭載した約25台のPCの保守を担当しています。 私は次の線に沿って何かを考えていました： 4〜6か月ごと： ハードディスクに障害が発生した場合に、インストールされているさまざまなライセンス要件のプログラムを簡単に復元できるように、システムパーティションのイメージを取得します。（このためにClonezillaを考えています。） 機械を物理的に清掃し、ファンのほこりを取り除きます。 2か月ごと： 正常に実行されているバックアップ、最新のアンチウイルス、Windows自体の更新、ファイアウォールの適切なセットアップなど、ソフトウェアチェックを実行します。 毎日： メールやドキュメントなどの自動バックアップ。 どのようなスケジュールをお勧めしますか？ どのようなソフトウェアツールを使用しますか？理想的には、できるだけこれを自動化したいと思います。 私は他に何をすべきですか？ 更新： これまでのところ、すべてのすばらしい回答に感謝しますが、私の場合、個々のマシンのバックアップ/イメージを作成しないというアドバイスは実際には機能しません。 会社のさまざまな役割に少なくとも5つの異なるソフトウェア構成（財務、販売、管理、生産（ここでは3種類のみ）があり、すべての人にライセンスを与えるのは理にかなっていないため、ライセンスコストは非常に高くなります。 。 また、一部のお客様との互換性を保つために、古いバージョンのソフトウェアを保持する必要があります。インストールディスク（ライセンスキー付き）は、私の時間以前に紛失または埋もれています。

13 windows  maintenance 

一般的に、RAIDアレイをスクラブする必要がある頻度を知りたいと思います。より頻繁にスクラブする必要があるのは何ですか（データの読み取り、データの書き込み、予期しないシャットダウン？、ドライブ年齢？、ドライブサイズ？、ユーザー数など）？ 私はここでArch wikiを読んでいますが、本当に言っているのは、定期的にスクラブを行うべきだということです。どれだけ定期的に十分かと思っていました。明らかにそれは依存しますが、合理的な範囲は何ですか？毎年？毎月？毎週？毎日？情報をありがとうございました。

13 raid  storage  hard-drive  maintenance 

これはSFで最初に聞かれる質問です。 デスクトップ（約110程度）が古くなり始め、ユーザーがWindows 8に抵抗するようになったため、奇妙な傾向に気付き始めました。私たちは主にHPショップです。したがって、私が問題を抱えているデスクトップは、DX2200およびDX2300シリーズのビジネスデスクトップです。（はいはい、彼らは古いことはわかっていますが、ユーザーがマシンを使用する目的でまだ使用可能です。）一部のマシンのユーザーは、マシンが非常にうるさいおよび/または「レーシング」していると不平を言っています。また、OutlookやIEなどのアプリケーションを開くのが非常に遅いようです。最初はウイルスの明らかな狩りをしましたが、リソースを消費しているタスクを見つけられず、見つけられなかったため、困惑しました。タスクマンはCPU使用率をほとんど示しませんでしたが、ファンはいっぱいになりました。 問題を解決するために、ヒートシンクとファンアセンブリをマザーボードから取り外しました。これらのマシンの多くのヒートシンクコンパウンドが乾燥しているように見えました。化合物を滑らかでべたべたではなく、フレーク状として説明します。この問題の修正は非常に簡単です。製造元が推奨するように、いくつかのペーストをきれいに塗り直します。この数週間で、5台のデスクトップでこれが発生しました。偶然の一致か、単にこれに最終的に気付くだけの問題ですか？知るか。これにより、5台すべてのマシンのCPUに関する問題が解決されます。 私はこれを問題だとは思っていませんでしたが、突然、これが私の施設に特有のものかどうか疑問に思い始めました。私たちは商業印刷施設であり、建物には化学薬品と溶剤があります。または、これが単に老朽化した機器のメンテナンスの問題である場合。これは「古いマシン」の問題だと思います。 通常、ファンとヒートシンクを物理的に検査するために作業しているマシンからカバーを取り外しますが、CPUヒートシンクを引き出して、ベンチで行われたシステム作業に化合物を再適用するようになりました。 HPデスクトップ/サーバーで同じまたは同様の問題を抱えている人はいますか？

13 hp  maintenance  physical-environment 

「内部」の機器（管理、プログラミング、ネットワーク構成）で行われる作業以外にも、物理的な機器と部屋があります。この物理的な部屋の機器は、日常的に手入れと給餌も必要です。 したがって、質問は、サーバー、ラック、ネットワーク機器などを備えた一般的なデータセンター（サーバールーム、通信クローゼットなどを挿入）について、ルーム自体に関してどのような定期的なメンテナンスを行う必要があるかということです。

13 datacenter  maintenance 

メンテナンスページが存在するときにサーバーを表示するように構成したい。私はこのコードを試してみました： location / { try_files /maintenance.html $uri $uri/ @codeigniter; } しかし、ステータスコード200で配信されることに気付き、検索エンジンに混乱を引き起こす可能性があります。ベストプラクティスは503ステータスコードを返すことだと思います。グーグルでは、このようないくつかの関連ページを見つけます。ただし、リダイレクトを行うにはifを使用し、nginxのドキュメントによると、ifsを使用するのは安全ではありません。 ifを使用せずにそれを行う方法はありますか？この場合、使用しても安全ですか？ ありがとう。

13 nginx  best-practices  maintenance 

サーバーは正常に動作していますが、5年以上経過しています。彼らはまだ完璧に仕事をしており、サーバーをアップグレードしてもメリットはありません。永久に稼働させておくべきですか、それともサーバーまたはその一部を新しいハードウェアと交換するメンテナンスをスケジュールすべきですか？サーバーに障害が発生すると、データの損失が発生し、定期的なメンテナンスよりも多くのダウンタイムが発生する可能性があります。これらのサーバーは、オンラインのPOS、会計、CRM、および管理情報に使用されます。 サーバーが遠隔地にあるため、ファンの交換やほこりの掃除などの予防保守は不可能です。 また、故障率の経時的な「バスタブ曲線」にも留意してください。新しいハードウェアは、しばらく焼き付けられたハードウェアよりも故障する可能性が高くなります。 長い間トラブルのないサーバーに非常に満足しているクライアントに、古すぎるので交換するためにお金を費やさなければならないことをどのように伝えますか？ 最後に、電圧、温度、ファン速度など、リモートで実行できるハードウェアの問題を監視するツールはありますか？

12 monitoring  hardware  maintenance