sfc-dism-system-recovery
2017年6月30日2020年4月30日Windows,Windows10,Windows8 Windowsは本当に壊れやすいOSで、結構簡単におかしくなりますね。 何かおかしくなった時にシステムのチェックと修復が比較的簡単に出来ます。 何か動作がおかしくなった時はやってみる価値アリです。 システムファイルチェッカーでシステムファイルを修復するシステムファイルチェッカーは、昔から使えるツールです。 管理者のコマンドプロンプトを開き下記コマンドを実行します。 C:\Windows\System32> sfc /scannow時間がかかりますが、100%になり完了するまで待ちます。 「完了して整合性違反を検出しませんでした」と出れば問題なしです。 問題があっても自動修復される場合もあれば、修復できない場合もあります。 完了したら、再起動して問題が解決しているか確認します。 再起動は必ずスタート
2025年までに起こりうる既存ITシステムの崖 ーDXレポート | IoT NEWS
あらゆる産業において、新たなデジタル技術を活用して新しいビジネス・モデルを創出し、柔軟に改変できる状態を実現することが求められている。しかし、何を如何になすべきかの見極めに苦労するとともに、複雑化・老朽化・ブラックボックス化した既存システムも足かせとなっている。 レガシーシステムと呼ばれる、複雑化・老朽化・ブラックボックス化した既存システムが残存した場合、2025年までに予想されるIT人材の引退やサポート終了等によるリスクの高まり等に伴う経済損失は、2025年以降、最大12兆円/年(現在の約3倍)にのぼる可能性がある。 この場合、ユーザ企業は、爆発的に増加するデータを活用しきれずにDX（デジタルトランスフォーメーション）を実現できず、デジタル競争の敗者となる恐れがある。また、ITシステムの運用・保守の担い手が不在になり、多くの技術的負債を抱えるとともに、業務基盤そのものの維持・継承が困難に
System of Record と System of Engagement、そしてバイモーダルITについての考察 - 生産性向上ブログ
概要 speakerdeck.com naoyaさんによる『System of Record と System of Engagement』というスライドをきっかけにバイモーダルITについて調べてみたらおもしろかったので、考察してみます。 バイモーダルIT バイモーダルITとは、ソフトウェアシステムを『信頼性が重視されるモデル』と『速度が重視されるモデル』に分けるプラクティスのことを指します。 前者のモデルをSystem of Record(SoR)と表すことがあり、主に情報を記録するシステムを指します。例えば、DBや銀行のアカウントシステムなどです。 後者のモデルをSystem of Engagement(SoE)と表すことがあり、主に顧客が直接触る部分のシステムを指します。例えば、SNSサービスのUIなどです。 それぞれのモデルによって特性が異なります。例えば、SoRならウォーターフォ
なぜ糞システムができあがるか
納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか? アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から「これぞ真の原因!」と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で「やるべきこと」は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で「インプット」相当を作るハメになる。 例えばプログラマ、プログラミ
Webアプリケーションエンジニアに知っていて欲しいインフラの知識 - blog.nomadscafe.jp
過去に何回か、Webアプリケーションエンジニア向けのインフラ勉強会があったらいいなぁとtwitterにつぶやいたことがありますが、じゃぁ実際どんな内容が良いのか、あまりまとまっていませんでしたので、整理してみました。 まぁ「Webアプリケーションエンジニアに知っていて欲しいインフラの知識」と言いながらWebアプリケーションの運用の仕事をしている自分でも専門にやっている方からみて完璧に答えられる自信はありません。ただ今の世の中ググれば答えは見つかるので「概要は知っている」そして「詳細を調べる方法を知っている」ぐらいで問題ないと思っています。 ネットワークにおけるレイヤ2,3,4,７の概要 TCP/IPの通信開始、通信終了時の状態遷移の把握 IPアドレス、セグメント、スタティックルーティング、NAT CPUのトレンド HDDの構造 RAIDレベル、RAIDカードのBBUの役割 SSDの特徴 ハ
「柔らかな」システム思考のすすめ
［1］ SSMとは ［1-1］ SSMに関心が集まっているわけ 最近、SSMについて質問されることが多くなりました。2003年11月に来日したSSMの提唱者 ピーター・チェックランド（Peter Checkland）教授の講演がその引き金になっているようです。SSMとはSoft System Methodologyの頭文字で、Soft（柔軟）にシステム思考（システムズアプローチ）をすることで問題の解決を図ろうとする方法論のことです。 システムエンジニアがSSMに関心を寄せる理由は大きく2つ考えられます。 1つは、最近のソフトウェア開発現場では、モデル指向の開発プロセスが採用されるようになってきているため、上流工程でSSMを適用してそのモデルを後続のシステム開発工程のモデルと連動させられないかという期待が持たれているためです。もう1つは、ソフトウェアを開発するにあたって、ビジネスゴール（進む
ユーザ参加型の日本語入力システム「Social IME」 - ネタフル
芸能人の名前や漫画の作品名などの単語が変換できなかったことはありませんか？ Social IMEでは、ユーザーが単語を登録すると、共有辞書に追加され、すべてのユーザーで登録された単語が共有されます。 だからみんなで単語を登録することで、変換できなかった単語を変換できるようになるのです。 IME（Input Method Editor）というのは、日本語を入力するシステムのことです。OS標準のものであったり、ATOKなどがそうです。 今回、開発されたのは「みんなで辞書を共有する」という、ソーシャルなIME「Social IME」ということで、みんなで使うことでどんどん賢くなっていくのだとか。 細かいところでは自分好みの変換というのがあったりする訳ですが、芸能人の名前などは、勝手に辞書が成長してくれると確かに便利です。 たくさんの人がこのように単語を登録すると、変換できる単語が増えていき、どん
画面設計とか外部設計とか、もうやめようよ - masayang's diary
昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え
堀江貴文『ANAのシステムトラブル』
堀江貴文オフィシャルブログ「六本木で働いていた元社長のアメブロ」 一般的には、ホリエモンとか堀江とか呼ばれています。コメントはリアルタイムには反映されません。私にコンタクトを取りたいときは、info@takapon-jp.comへメールでご相談ください。 ANAのシステム障害、原因は「認証機能の有効期限切れ」 たまたま、この時飛行機に乗る予定があって、私が乗った飛行機はちゃんと飛んだのですけど、欠航したりしたら、嫌だなあとおもったりしていて、原因が発表されてた。役員を減俸したところで、再発防止策になるわきゃねーな、と。 この種のケアレスミス？は前の会社でも、たまにあって、たとえばドメイン名の有効期限が切れてたとか、SSLの認証鍵が有効期限きれてたりとか。大慌てで直して謝罪してみたいな感じで大変なんだけど、なかなかこういうのはなくならないね。 端末を扱う社員のITリテラシーが高いわけもなく、
6000人が作ったシステムは必ず動く：ITpro
最盛期の開発要員6000人，開発工数11万人月，投資額2500億円，取引件数1日1億件。三菱東京UFJ銀行が「Day2」と呼ぶ，勘定系システム一本化プロジェクトの成果物である。6000人のシステムズエンジニア（SE）が作り上げた巨大システムは，2008年5月の連休明けに必ず動くはずだ。 23年間にわたって情報システム開発プロジェクトの取材を続けているが，6000人のSEを集めた事例は過去に一度も見聞きしたことがない。世界を見渡してもおそらく例がないはずだ。これから何年間，記者を続けるのか分からないが，今回の三菱東京UFJ銀行を除けば，6000人を動員するプロジェクトを取材する機会は二度とないだろう。 6000人のSEが同時期に集まったのであって，「6000人月」ではない。開発工数は先に書いた通り，11万人月である。この数字も凄い。一体何を作ったのかと思ってしまう。正確にはこのSEパワーは開
「このシステムは落ちます」と言えますか？
落ちないシステムなどない----。ITプロフェッショナルにとっては当たり前だ。冗長化していても「RAIDのコントローラそのものが故障してデータ復旧に2日徹夜した」などと目も当てられない話も聞こえてくる。要件のあやふやさやテスト不足によるバグも無くなりはしない。だが，ITプロフェッショナルはこの本音を“タブー”としてひた隠しにしている。 あるユーザー企業で基幹システムを担当する情報システム部長は口にする。「利用部門は100％の稼働率を前提にしている。だが現実としてコストも限られている。100％の稼働率を保証するのは無理で，落ちないシステムなどない」。部長は続ける。「稼働率では利用部門と話せない。落ちるのは確率の問題で，例えば『今後3年の間のどこかで5時間ダウンするかもしれませんし，しないかもしれません』と利用部門に説明したところで『困る。どうにかしてくれ』の一言が返ってくるだけ。我々は100
ユーザの実行権限を柔軟に割り当てるsudoのリスクとメリット | OSDN Magazine
セキュリティ関連のジョブにいささかでも関わりを有す者であれば、root権限ないしrootパスワードを一般ユーザに与えるのは御法度であると心得ているはずだ。しかしながら、正当な理由をもってroot権限下での処理を実行する必要に迫られた一般ユーザが出てきた場合はどうすればいいのだろうか？ そうした問題には非常にシンプルな解答が存在する。sudoを使えば、rootパスワードを公開することなくアクセス範囲を最小限化した上で必要な権限を一般ユーザに与えることができるのである。 sudo（superuser doの略）とは、管理権限を制限付きで他のユーザに与えるためのプログラムで、実際これで許可される権限では事前の指定範囲内のコマンドしか行えないようになっている。またsudoで行われる操作はすべてオーディットトレール（追跡記録）に残されるので、仮にこうしたユーザが何らかの方法で権限外の処理を行ったとし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SCMはサプライチェーンを6つの階層で考える
所沢市に在住する情報セキュリティコンサルタントのBlog - FC2 BLOG パスワード認証
当社第2のビジネス拠点「福岡システムセンター」の開設について～ 証券会社初自社で本格的な遠隔地・災害復旧(DR)サイトを構築し事業継続計画(BCP)を実現 ～