【ヨシッ!】テストせずに新機能リリース → データ吹っ飛ぶwwwwwwwwww [323057825]
■ このスレッドは過去ログ倉庫に格納されています
新潟県は4月21日、サーバに保存していた公文書データ10万件が消失したと発表した。
外部からの攻撃によるものではなく、システム保守業者の人為ミスが原因としている。
県は富士電機ITソリューション(東京都千代田区)が開発・保守を担う公文書管理システムを使用している。
消失したのは同システムにおいて3月24日午後9時から31日午後11時59分までに登録した文書の添付ファイル10万3389件。
「県民や関係事業者に直ちに大きな影響があるものではない」としている。
4月10日に、県の職員が添付ファイルを開けない状況になっていることに気付き、富士電機ITソリューションに調査を依頼した。
ファイルが消失したのは9日夜ごろで、判明した段階でバックアップ期間(3日間)を過ぎていたためファイルの復元はできないことが分かった。
原因は、添付ファイルの拡張子を小文字に変更する新機能を、運用テストや社内審査などの必要な社内手続きを経ずに追加したことという。
これにより、不要なファイルを削除するプログラムが約10万件のファイルを不要として削除した。
開発担当者と運用担当者の間で情報共有もできておらず、県から連絡を受けた際に対応に遅れが出たという。
新潟県の公文書データ10万件が消失 保守業者がテストなしで新機能追加し不具合に
https://www.itmedia.co.jp/news/articles/2304/24/news085.html >>1
>添付ファイルの拡張子を小文字に変更する新機能 バカとかアホとか言うレベルじゃない
これはテロだろ。 バックアップあるやろ?
と思ったけど記事読んでるとバックアップ取る脳ミソも無さそうだな こういうのがあるから韓国、中国に発注してるんだろうとwww ようわからんが
拡張子を小文字のファイルが削除対象になるってこと?
なんでそんな状況で拡張子小文字機能を追加した >>7
復元したデータが元データと全く違ってそうだな 復活もするだろ。しかし無能な人が集まってるよな役所は。 >>1
それで誰も責任取らず有耶無耶にしてまた同じことを延々と繰り返すわけでしょ
公務員はいいね リネームソフトでやらかすと、ファイル名全部消えるよな 普通は戻す機能あるけど ん?サーバーに保存していたんだよね?
復元できないって??
俺が復元してやるよ
報酬次第だけどw 刑事責任を問うべきだわな、緩すぎるんじゃないの?
情報漏洩とかもそうだけど、過失だと責任問われないとかおかしいでしょ。
事故でも責任問われるでしょ普通。 国の年金記録が消えても国民は暴動も無いしおとなしい。だから無問題!
「デバッグ担当の社員なんて遊んでるだけ クビにしろよ」
5chの主張通りに富士通がやっただけだろう 褒めてやれよ 自動でバックアップぐらいとってるだろ
取ってるよな? 漏れたよりゃマシだろ
急なDX推進だとどっかやらかすと思ってたわ
公文書ならまだ元データあるだろうし、
運用ルールを見直しながら今後に繋げていけばいいよ >不要なファイルを削除するプログラムが約10万件のファイルを不要として削除した。
本当に不具合だったんですかね?
実際に不要だったのでは? >>30
おそらく一次バックアップの話
二次バックアップはさすがにあるはず 拡張子を小文字に変更したら、不要ファイルと判定されて削除された、か これ、いざという時の為に、他にバックアップ取ってて復旧したりすると会社のルールを逸脱してるとか、データ漏洩の可能性あるだろって責められるから、昔とちがって今はやってない人が多いと思う ミス発生までは誰もが経験しなきゃならないぐらいだからどうとも
そこから言い訳するようなのはただのクズ バックアップの破棄早すぎだろと思うけどコスト削減だーとか圧受けて3日なんだろな >開発担当者と運用担当者の間で情報共有もできておらず、県から連絡を
>受けた際に対応に遅れが出たという。
それぞれ別の下請けに出して、本来は富士通ITが仲介調整するはずだけど
「めんどいからお前らで勝手に仕様決めてや」 田舎の地方自治体レベルでも一週間で10万ファイルの公文書が生まれるのか >>不要なファイルを削除するプログラムが約10万件のファイルを不要として削除した。
クッソワロタwww デバック作業を割愛すれば劇的にコストカットにはなるが このザマだ
5chの言いなりでコストカットする奴がバカ >判明した段階でバックアップ期間(3日間)を過ぎていたためファイルの復元はできないことが分かった。
バックアップあるだろと思ったらこれかよ・・・ 幼稚園児レベルのミス
小学生以上ならこんな失敗はしない >>3
意味がわからんのだけど拡張子って小文字じゃないの? これパッケージシステム?それとも独自システム?どっちだろ
パッケージならカスタマイズして使ってる他自治体でも起きてんじゃねーのか? >不要なファイルを削除するプログラムが約10万件のファイルを不要として削除
これの判断条件って、アクセスしばらくしていないファイルとかそういうレベルの条件なんだろうな
PCやスマホのアプリでもそんな基準で削除候補になったりするし >判明した段階でバックアップ期間(3日間)を過ぎていたためファイルの復元はできないことが分かった。
これが笑いどころだよな
「バックアップって言葉の意味しってるか?」と >>15
不要なファイルをどう定義していたのかね
>原因は、添付ファイルの拡張子を小文字に変更する新機能を、運用テストや社内審査などの必要な社内手続きを経ずに追加したことという。
これにより、不要なファイルを削除するプログラムが約10万件のファイルを不要として削除した。 わざとやったんじゃねーの?
真面目にやってたなら馬鹿すぎる これが日本のIT企業のレベルよ
世界レベルで事業展開しててトラブルは殆ど起こさないGAFAMがどんだけとんでもない企業群かよく分かる >>69
まあ風評被害というか古河グループでまんま富士通のお仲間だし 小文字や文字数多い拡張子は許せない
.JPG ←正しい
.jpeg ←いらない
Windows95以降にPC覚えた人には分からないだろうな 添付ファイルの拡張子とはいえ、ふつう公文書を変更して保存するかな?
役所f側がこういう仕様でOKだすかな? >>3
そこ読んで虚構新聞かと思った
そんな機能いるもんなのか?実はよくあったりする? >>68
わざわざ拡張子大文字で作るバカソフトは意外と多いのよ よくワカランのだが、公文書ってバックアップ取らんの? >>77
トラブルは割と起こしてないか?
定期的にAWS止まるし >>3
役所系は住所入力でなぜか半角数字を嫌うが
拡張子まで全角主義なのか?
(´・_・`)
数字を全角指定とか基地外の発想やで
半角数字でエラーが出る意味もわからん 日本はもう、バックアップを取ることは情報漏洩に繋がるからという理由で違法になったんだよ >>77
AWSはしょっちゅうバグ出してるし調査させても直す気ないし >>1
少なくとも、3つ全く意味が分からない
バックアップ期間が3日間って意味ねえだろ
拡張子を小文字にする新機能?
不要なファイルを自動で削除するプログラム???
1、バックアップ期間(3日間)を過ぎていたためファイルの復元はできない
2、原因は添付ファイルの拡張子を小文字に変更する新機能
3、不要なファイルを削除するプログラムが約10万件のファイルを不要として削除 >>6
競馬やってるやつなら10年前からトータリゼータシステムで富士通がやらかしてるからこんなもゆやろ、って思ってるはず バックアップ3日とかアホすぎん?取る意味あるのレベル >>89
Windiws系でエクステンションを全角にしたらそのエクステンションはもうエクステンションじゃないだろ 低レベルな会社だね。
派遣社員に全部任せてるのか?それともプロパーがコレか。 JpegとかjpegとかJPEGとかjpeGとかが入り乱れてて我慢できなかったんだろうな ハードディスク40MB 10万円くらいする世界線なのかな? 保守を業者まかせにするからこうなるんだ
保守ぐらい自分らでしろ >>ファイルの復元はできないことが分かった
すげえ >>1
富士通と富士電機は全く違う会社なんだが、
最初はわざと書いてる奴も居たが、今になっても完全に富士通だと思い込んでるバカが大勢居るなw そもそも拡張子が大文字だろうが小文字だろうが内部的には同じわけで変換する必要性が全く感じられない
余計な仕事して金貰ってるって舐めてんの? ちゃんとテストなんかしたら中抜きするお金が減っちゃうからなw ×自動化してるから大丈夫!
〇自動処理はデータコピーで圧縮、期間を過ぎたら手動消去 >>64
5chの言いなりなんて、そんなこの世の終わりみたいな事象が存在するとは思えない とても業者の仕事とは思えない、信じられない事故だな よくわからんが拡張子が大文字や小文字ランダムなのはわかったが
変更じゃなくて両方読めるようにしたらいいだけじゃないの? 日本って大文字が好きだよな
ミュージシャンの名前とか曲名とか大文字が多いよな
なぜだろう >>79
autoexec.bat
config.sys >>116
システム大きくなると全体像把握してる人ってほとんどいないからな つーか、ファイル名修正ってそんなリスク高いか?
わざわざコピー削除実行にしたの? >>92
3日前までの状態に戻せるってことだと思うから意味はなくないと思う
十分かどうかは分からんけど履歴をずっと持っとくのも大変だと思うし >>107
いや、新機能のバグを取り切らないうちに勝手に導入したんだからクライアントはどうしようもないw 新潟日報=反安部・闇のキャンディーズ 壇宿六 坂本秀樹 SEALDs(笑)シンパが
部長になれるエリアなんだから、県庁のレベルも知れたもの。
舞鶴港がある京都と同じで、マンゲボーボー号を長年出入りさせた新潟なんぞ
日本に不要なチョウセン・タウンそのもの。
WW2までの内鮮一体に未だにしがみついてる時代遅れの老害地域。 機能単体なら特に問題なかったんだろうけど、他機能とかみ合わせが悪かったパターンか
不要ファイルの判定もおかしそう 復旧できないほどデータ飛ばせるなら
会社はシステムの設計開発より消す方に舵を切ったらどうだ >>92 俺もわからんが、1はメール本文ではなく添付なので
EMOTET等の添付型ウイルスへの対策で、添付は早期に対応(必要なら保存する)
とか、単純にメールサーバーの容量削減とかかもしれない
2は顧客のわがままへの対応
3は1に関連するんだろう
とは思った
情シス目線では「一時的な物で、本当のファイルサーバーやバックアップは別にある」んじゃないかと 拡張子小文字変更と不要ファイル削除は別ソフトで
不要ファイル削除ソフトの設定で「登録された拡張子は削除除外」項目に
小文字の拡張子を登録していなかった、というオチだろう 下請けの末端の派遣とかがろくに教育も受けられないで超重要な作業にブッ込まれてやらかしたんだろうな。 >>130
機能作ったやつとしては既存のファイルに手をつけるわけではないので、ノーリスクの便利機能くらいに思って勝手に追加したら謎のクローラが消して回ってたんだろうね
ファイル登録時に添付ファイルと参照元文書のリスト作ってるとかだろうか 下請けの下請けみたいな奴がよくわからず保守してたんやろうな 積み上がっても物理メディアってことかな
燃えりゃ同じだが つーか自動削除機能なんて、普通怖くてファイルサーバー機能に入れないだろ 初期の2chでドルバッキーが削除ツール作って動作テストするときに
削除キーワードを「test」ってやってスレッドのURLに含まれる「test/read.cgi」がヒットして
その板のログ全部消したことがあった
こういうのってある程度想定したパターンを作ってテストするのとランダムのパターンを作成してテストするのが当たり前だと思うんだけど
ホンマヂャップはバナナのことしか考えられねーからな
テストする時間と費用を削ったの?
まるでHなんとかロケットみたいじゃん こういうバックアップをとらない運用て
「今の時代RAIDというものがあるのでハードディスクが壊れても大丈夫だよ」
とか謎理由なんだろう DBなら論理削除を戻せば良さそうだが、
実体ファイルなんだよなこれ。 今どき大文字の拡張子で保存するソフトはそれほど多くないだろうね 大文字と小文字って同一ファイルとして区別されないからリネームしたときに別に保存してたんだろ
で、容量圧迫するから統一する前のファイルをバッチで消そうとして削除条件がクソほど雑だったから添付ファイルどころか既存の公文書まで巻き込むと OSがファイル名の大文字小文字区別しないシステム上のファイルを、大文字小文字区別するOSシステムに入れたんですね
わかります 正直、データ削除はどんな現場でも起こるよ
優秀な人でもぽかするとデータ飛ばすとかざら
肝心なのは、すぐに復旧できる体制があるかどうか >>154
RAIDコントローラぶっ飛んでデータ死んだ思い出が… 3日すぎて復元不可って1世代ぐらいしか保存してないの?
ウソやれ
ああ富士電機さんですか、、、 いや普通こんなの復旧するだろ
何だどうなってんだ? DECのVMSもファイル名の大文字小文字の区別がなかったな >添付ファイルの拡張子を小文字に変更する
この科学技術は人類にはまだ早かった デジタル庁「今後こういう起こらないようなガイドラインを作ります」 サーバーからダウンロードさせるタイプのPPAPで
サーバー保管のファイルを飛ばしたんか? ま、田舎の公文書なんざ便所の落書きレベルだからセーフ とばっちりを受ける富士通
IT業界のアライさん的なブランドイメージ いち民間企業でもバックアップのバックアップまではもってるけどなー 富士通って公文書データ化が始まって以来ずーーーーーっとやらかし続けてんのに
なんでまだ仕事依頼されてんだ 拡張子の名前を誤って変更して
不要ファイルになったんだな >>77
それらと
インテル、NVIDIA、オラクル、Ciscoなど有名害資は
しょっぼい脆弱性だらけだよ 流石にある一定の期間は他にバックアップデータ残してるんじゃないのか? >>1
>県民や関係事業者に直ちに大きな影響があるものではない
あとで大きな影響あるってことだろ?
責任取れよ commandって大文字小文字で分けるん
小文字一択なの? あ~、、、それじゃなんか開示請求されてもデータ飛んだら出せないね >>75
原本をコピー
↓
原本の拡張子を小文字に変換
↓
コピーを削除
こんなフローのはずなのに、原本とコピー全部削除しちゃったって感じなのか 県の公文書の添付ファイル10万件て別に保存する必要も利用する可能性もないゴミデータなんだな 拡張子が大文字のファイルなんてそもそもゴミだから削除してヨシ
あーさっぱりしたで良いじゃん >>1
> 開発担当者と運用担当者の間で情報共有もできておらず、
孫受けとかにやらせてたって事だろ 誰も何も責任取らないんだろうな。公務員様だし
丸投げしてたから責任は無いって言うなら給料減らせよ
金使って知らねえなんて背任行為だろ 1.ファイル名の大文字小文字を区別しないOS上で、拡張子を全部小文字にした
2.変換がうまく行ったので、安心して大文字拡張子全てに対し、削除コマンドを発行した
これだな テストもしないバックアップもしないけど税金は頂きました(`・ω・´) >>3
どうでもいい事に手間かけて
肝心な事が、駄目なやついるよね >>203
記事見てくりゃわかるが、削除したのは拡張子が小文字の添付ファイル
変換もへったくれも無く、削除対象からすでに間違ってるって事になる すげえな日本の技術力
韓国に事業を依頼した方がよっぽど信頼できるじゃん 上長にお伺いもたてず勝手に独断で事を進めるのはアスペルガーにありがち 重要なシステムを単に安いからと何処の馬の骨だか分からない三流に仕事任せた公務員のミスだと思うけどね 大事な文書なら3日しかバックアップしないわけないよね >>1
一番間抜けなところは、10万件の添付ファイルを削除しても影響がないってとこだよ。
どんだけ無駄な仕事してんだよ、馬鹿公務員 >>4
バックアップは3日保存なんだろ
だから、4日目から消えていく
長期連休どうすんだよ、カス でも削除なら俺らなら復元出来るよな。
むしろこれ復元出来ないのってどんなけド無能なん? どうせ多重中抜きと多重下請けの最果てで無能なバイトが適当にやってたんじゃね?
今の日本は何でもこの程度だろ。 >>217
過去の資料ならそりゃ直ちに大きな影響はないだろ
後から参照するときに困るだけだ バッチファイルによる一括削除要件が拡張子だと知らなかった、または失念していた
という状況で、*.XLSXを*.xlsxに置換する仕組みを入れたら大変な事になってしまった
関わった人、アホを通り越えて開発者に向いていない >>20
さすがにこれは役所を無能呼ばわりしたら筋違いだろ 利用者からの要請で拡張子を小文字にする機能を加えたんだろう
ところが、登録拡張子(大文字・小文字の区別あり)以外は削除する機能があって
小文字は登録されていなかったため全削除ってところかな
小文字化するプログラム追加した人は削除機能を知らなかったんだろう >>203
>>1ソースを見ると、
拡張子は大文字と決まっている。
従って拡張子が小文字のファイルは不要ファイルである。
それではと、定期的に拡張子が小文字のファイルを削除するアプリを起動させてクリンナップをしていた。
↑
事情を知らない馬鹿が「拡張子を小文字にしろ」と依頼だして、よーわからんヤツが「ようがす」と組み込んだ😁 >>227
>拡張子は大文字と決まっている。
>従って拡張子が小文字のファイルは不要ファイルである。
>それではと、定期的に拡張子が小文字のファイルを削除するアプリを起動させてクリンナップをしていた。
ここまで何一つわからないw >>232
事情はわからないけど、必要なデータa.DATが不要になったら
a.datにするような運用をしてたんじゃないかね?
んで、定期的に小文字を消せば不要になったa.datだけ消える。
知らない人が見ると、a.DATとb.datとc.txtとd.TXTなんて感じで入り混じって気持ち悪いから「全部小文字にしておくれ」になるw たとえ拡張子を誤って小文字にした文書でも一応は行政文書だろうから、以前からあったという小文字の文書削除する機能って、それはそれで消したらまずいような気もするな >>226
マイナンバーのパスワードは全部大文字に変換される
これと同じだろw > 添付ファイルの拡張子を小文字に変更する新機能 ← この新機能をつけないとダメだったの?w
> これにより、不要なファイルを削除するプログラムが約10万件のファイルを不要として削除した。 ← ファッ!?
> 開発担当者と運用担当者の間で情報共有もできておらず ← 「・・・」
これもうわざとだろ 対策しろ!
↓
〇〇しますか? 「はい」 「いいえ」のワンステップを入れました
↓
よし! >>109
IDがFMVだしPCの型番みたいでワロタw 保守会社に同情したいから
どっちが言い出したことかと
どれくらいのスケジュール感でやってたか教えてくれ 全ては開発フローの基本であるテストフェーズを経ていない事が敗因だな
情報系以外の学生でもこんな事やらんと思うけど さすがに担当会社変えるんだろな
このままはやめろよ >>217
現物、紙で出力してファイルに綴じてあるんじゃね? 富士通とNECはウンコ
自分んとこのいらない機能満載の糞システムDLすら有償で目玉飛び出た 「拡張子を小文字にする新機能」って何に必要なんだろうか? >>3
これが何をしたいのか全然わからないんだけど、この程度ならスクリプト組めば1発なんでは? 添付ファイルの中には職員の数が半分以下でも充分とする論文と計算値が含まれていた。
なんてな。 バックアップ期間が3日しかないというところで笑った >>89
未だに全角と大文字の違いがわからない人いるんだね >>256
そんな感じで気楽にやったんじゃね?
まさか拡張子が小文字のファイルを削除するプログラムが定期起動してるとは思ってないw 掃除のおばちゃんが
シリアルポートから
RS232ケーブル引っこ抜いたのが原因らしいよ 【ペット用】ドギーマンハヤシ 小動物のやみつきコオロギ プレーン 25g
ドギーマンもこんなの出しちゃってるのね >判明した段階でバックアップ期間(3日間)を過ぎていたためファイルの復元はできないことが分かった。
バックアップ期間が3日とか舐めてんの? >バックアップ期間(3日間)
完全削除するまで、ゴミ箱を空にするなよ どうでもいいけどトランザクションから一週間巻き戻しすればいいじゃん?
それも出来ないって事は運用ルールどっかおかしいわw ここで富士電機と富士通を間違えるような奴が同じような思い込みによるミスをする >>15
拡張子変更は問題無く終わったが不要ファイル判定スクリプトが
小文字拡張子の判定をしていなかったか、拡張子変更の際に
ファイルのタイムスタンプまで変えてしまって不要ファイル判定に影響したか
どちらにしてもクソソフト作ってたって事だろう >>274
内容的にファイルサーバープラスαのシステムでしょ 小文字拡張子ファイルを削除する運用自体が糞かと(´・ω・`) JAXAは試験用1号機にいきなり400億円の衛星を載せてあのざまだ
デバッグ大事 ITだと試験大事って言うやつ多いのに、ワクはガンガン打つ奴がいる謎w 拡張子を小文字から大文字にする、か
バッチなりシェルなりで実行したのかな
mvでの指定の仕方間違ったか?
これ不要なファイルを削除するプログラムがダメなんじゃね?
そのダメ処理が何重にも絡み合った状態でどう足掻いても改修できないみたいな意見で現場が一致してしまっていて
それでちょっとした変更だからと小文字にしてみたらやっちゃったみたいな
いずれにせよ低レベルな連中ではあるな
さすがヂャップやで
>>263
多分登録されてる拡張子のファイル以外を削除するプログラムだな
で、大文字で登録されていた拡張子のファイルを小文字に変えて削除されたと 不要ファイル自動削除って怖い
しかもバックアップ期間短っ NASのHDDを交換する時に全データ消去した俺が言うことじゃないが、稀によくある。切り替えていけ windowsなら hoge.pdfと hoge.PDFは同じファイルだけど
linuxやuinx系では別のファイルだもんな
ファイル作成端末はWindows PCでファイルサーバーはlinux系だったんだろう 新潟県データ10万件消失事故 拡張子を小文字にしたかったのはなぜか 県に聞いた
https://www.itmedia.co.jp/news/articles/2304/24/news085.html
・拡張子が大文字だとマクロが動かない問題があった
・県担当者が大文字なのは仕様かを富士電機に「確認」した
・なぜか富士電機が「改修」した(県からの改修依頼は確認中)
・小文字だとデータベースに登録されない
・データベースに登録されていないファイルは自動的に削除される
・バックアップ期間が3日の理由は確認中
こんなとこか 富士電機ITソリューションって富士通と関係あるの? >>294
富士グループ
みずほのシステムつくった本尊
運用メンテはF繋がりのインテック
そして壮大なシステムエラーで
韓国さえ逃げていったシステムだわ またワザとかもな
ヤバい記録が残ってたんだろ
そして毎回のようにだれも責任取らないし
自分の推察だと
不要なファイルを削除するプログラムの本体がどこかのクラスにベタ書きされた状態かそれに近い密結合な状態
さまざまな処理からその不要なファイルを削除するプログラムが呼び出される
不要なファイルを削除するプログラム自体に何かしらのバグがあり現状ではそのバグが周知されていて回避して呼び出されている
インターフェースを使って疎結合にしなければならないところをそんなのかんけーねーみたいな猿がバナナ片手に組んだ結果
自分の周りではよくあることやで
>>294
富士通は富士電機の通信部門が独立したもの そういえマイナンバーつくったのも
あのポンコツ具合から富士グループではないのか? どうせ中抜きするために曾孫受けくらいまでたらい回しにして激安ブラックプログラマーにやらせたんだろ
そうじゃないなら無能すぎて目眩がする
SOLIDもガン無視
SOLIDってなんですかみたいな猿
そりゃ変数や関数に日本語使っちゃうわ
>>295,299
調べたら、元親子関係で今はほぼ他人だけど
若干繋がりがある微妙な親戚関係みたいね 住民基本台帳システム→廃棄
みずほATM→煙上げる
みずほ中央処理センター→システムダウン
マイナンバー管理システム→システムエラー
(´・ω・`)ふう・・・ >>304
とんでもない。ソフトの互換性レベルではなく
同じ言語と構文を使ってんだよ、奴らは。
会社組織は別でシステムの中身を構成する基本仕様から構文までほぼ同じ手口 >>286
あー、それかもしれんね。
「.ZIP」と「.DOC」と「.XLSX」と「.TXT」以外全部的なw 色々わけわからんことしてるが、消えたデータが消えても実害なさそうなもんでよかったな 富士電機と富士通を本気で間違えるようなうっかりさんがこの手のバグに気付かずリリースしてしまうんだな。 >>308
コマンドラインだろうから一気に逝ったな 合体系ロボはテストなしに合体させても成功する
バグで合体失敗したロボは見たことないほどジャップの技術力は高い フォルダ内にJPGとjpgが混在してたら鬱陶しいとは思うけどさ
この程度の保守もまともに出来ないとかやばくね? >ファイルが消失したのは9日夜ごろで、判明した段階でバックアップ期間(3日間)を過ぎていたためファイルの復元はできないことが分かった >>313
Windowsではないと思うなあ。
業務用だし。UNIXライクな気がする。 >>316
IsilonとかNetAppだろうな
とはいえ県クラスだと意外とWindowsもあるんだよな
金ないからっつって そういえば20代30代ってなんで
あんなに文字だけのプログラム構文を
キーパンチ6000語とか平然と間違うんだろうね。俺の世代で少しかじった奴でさえやらない単純ミスしまくるのが正社員に大勢いたし、まさかとは思う。 500万で直してあげられるのに
なぜ俺に依頼しなかった? >>319
未だにどこかの行政はベーシックをいじった感じの古いシステム使ってんだよ。 Windowsばっかりいじってたら大文字と小文字を区別するっていうのがわからんなるんかね 余計なプログラムを使用する為に
余計なプログラムが勝手に動作して
必要なデータが消えたとか >>320
上っ面しか見てないから
藤浪レベルで分かってないのに俺のレベルは高いって思ってて
言うこと聞かないしw 記事見たらわかった
拡張子を小文字にした
拡張子小文字を不要なファイルとして全部削除した
ってことか
「不要な添付ファイルを削除する機能」って拡張子小文字をなんで不要とみなしたんだろう? 不要ファイルの削除ルールに引っ掛かるとすれば、どんなルールだったのか気になる こんなこともまともにできないで大丈夫か?
壺地獄の安倍ちゃんがAIでリードするとかも言ってたんだぞ・・・ 残す拡張子のリストに一部の拡張子が登録されてなかったとかかなぁ >>329
現場には日本語での疎通も困難なドカタしかいないし、プロマネも上意下達しかできませんから バックアップはせめて1週間くらいはうけるべきだろうけど、3日してるあたり本当に大したデータじゃないのかね
こういう記事見るたびに思うけど担当者の精神が心配だな バックアップ…ヨシ!
テスト…ヨシ!
手続き・・・ヨシ!
オールクリア!w バックアップ期間(3日間)
短すぎだろ
中小の弊社でも10日は履歴バックアップ取ってる やべーのは大文字拡張子が使われてることと大小区別せずにお決まりパターンだけで削除しまくる謎システムだよな ウチの会社も誰も見ない現場の写真ファイルが山積みされてる アホが課長係長に居るとこうなる
意味の無い社内ルールを優先して
それを変えようともしない
不要なファイルを削除するプログラムがどこかのクラスに書かれていて
そのクラスではSSLなどセキュリティー関連の処理が書かれているクラスであったりして
不要なファイルを削除するプログラムを修正すると関連するさまざまな処理に影響を与えかねない状況で
もう構造的な問題やで
建築学がどうたらとかほざいてる場合じゃねーだろ
建築学的観点からシステムを俯瞰するなんざ銀河英雄伝説を見て現在のウクライナとロシアそれに伴う欧米ふくめた世界情勢を語るようなもんや
やってることが基地外レベル
拡張子を小文字に変更する変更なんて簡単だけど
ミスったとき何やらかすか感覚的にわからんかね・・・ 社内の適用ルールも無視って直接サーバで変更かけたのか
これもう半分テロだろ >>不要なファイルを削除するプログラムが約10万件のファイルを不要として削除した。
その「不要なファイルを削除するプログラム」は、ChatGPTが作ったものかい?ww 昔はスマホのアップデートするたびPCにフルバックアップとってたけど最近してねーな >>344
ごめん、だからなに?
誰も見ないじゃなくて、いつ必要になるかわからないからとってあるわけで もともとあったプログラムはセキュリティ的なヤツだろ
拡張子が小文字の添付ファイルを問答無用で削除してウィルス対策してたんでしょ
あとから追加された添付ファイルの拡張子を大文字から小文字に変換するプログラムのほうがシステム全体からすればやってることがマジキチ win系はファイル管理に大文字小文字区別しない
ウニックス系はファイル管理に大文字小文字区別する
win系で育ったやつはウニックス系触ると、文字入力のそのわずらわしさに悲鳴をあげる
まああれやこれやで「やっちまったなあ」なんだろう バックアップ3日とか意味わかんないし
不要ファイル削除機能とかそもそも不要ファイルを保存しなければ良いだけだからいみわかんないし
拡張子の変換なんて10秒で作れるもんを外注してるのもいみわかんないしw >>219
3連休でもアウト
3日なんて誰が決めたんだよ
公文書の保管期限の間は税金垂れ流してずっとバックアップとっとけ こんな頭おかしいミスするわけないから意図的にデータ消したんだろうなと思う >消失したのは同システムにおいて3月24日午後9時から31日午後11時59分までに登録した文書の添付ファイル10万3389件。
1週間で10万件てシステム入れ替えで初期投入でもしたのか?
だとしたら移行元にファイルあると思うんだけど >>359
例え10秒で出来るような簡単な機能だけでもそのシステムを改修するのは運用先でしょ バックアップ期間短すぎw
必要性に気づいた頃にはもう削除されてる期間だろう ファイルの拡張子を小文字にするには、以下のようにします。
```python
import os
filename = "example.TXT"
basename, ext = os.path.splitext(filename)
new_filename = basename + ext.lower()
os.rename(filename, new_filename)
```
この例では、`os.path.splitext()`関数を使用して、ファイル名と拡張子を取得します。`ext.lower()`を使用して、拡張子を小文字に変換して、新しいファイル名を作成します。最後に、`os.rename()`を使用して、元のファイル名を新しいファイル名に変更します。 まあ、まともに考えれば、「添付ファイル10万3389件」
ファイル件数じゃなくバックアップ時の容量見た瞬間に、なにか異常があったって気がつくけどね 添付ファイルの拡張子を小文字にする機能www
これで添付ファイル全部ぶっ飛んだのかw
ってか保守会社ってシステム更新後に小文字になった添付ファイルが開けるかどうか確認もしないの? 10万件が消えて影響はないってどういうことだよ
影響が把握できてないだけだろ
どうせ談合のゴミ業者だろ 3日???
まさかとは思うが、馬鹿みたいに全ファイルをコピーするだけで差分バックアップではなかったのか(´・ω・`)? こういうのを見るとまだまだ税金の使い道に無駄がありそうだな 富士電機か、ITエキスパートの富士通に頼めばこんなことにはならなかったろうに 富士電機ITソリューションって売り上げ611億の結構大きい会社なんだが
富士通の資本も入っているみたいだがいまだに親会社だった富士電機を名乗っている所が興味深いな 受託系はITではないだろ(笑)
たんなるパソコンドカタ 俺は仕掛中のファイル名称は”あ”を連打しているからファイル整理が簡単だ 添付ファイルの拡張子を小文字に変更する新機能を追加したら
約10万件のファイルを不要として削除されました
コレガワカラナイ 部長「だからあれほど、フロッピーディスクに保存しとけと」 >>184
でかい会社だと責任も分散されるからいいよな… >>107
窓際のおっちゃんにうってつけだろうにね バックアップも全然保管しないし、ヤバすぎだろ
ってか新機能が小文字化ってw
高校生バイトに全部やらせたのか? >>380
大きな会社で売り上げが大きいから、大型案件を受託できる。
弱小企業だと何か問題があった時に責任を負えないから入札から外される。
日本の企業はもっと大きくなるべきだと思うよ >>293
Excelのマクロを改修した方が早かったね… 拡張子が大文字のファイルは必要で小文字のファイルは不要とする仕様だったとか? 政権に都合が悪すぎる文書だニャー
かしこまりぃ!
ポチッとな 会社の福利厚生でベネフィットステーションというサービスを使ってポイントで宿泊できたりするんだけど、
4月1日から新サイトに移行してそれが無茶苦茶酷くて使い物にならない
これもシステム更新に失敗していると思ったわ 1週間もたたないうちに10万件以上の書類が作られるんだね
公務員すごいや ファイルを事故に見せかけて破壊する業者って必要だよね。 まぁ、大抵バックアップはしてあるから消えないんですけどね(´・ω・`)
テンポラリが消えるだけ なんて面白い案件なんだ。
削除プログラムが楽しすぎる。 拡張子が小文字だと削除されるっていうルールが意味不明だけど、
バックアップ3日しか残さないってのも狂ってるな (´;ω;`)
tps://pbs.twimg.com/media/FuW0EeHakAAc26T.jpg >3月24日午後9時から31日午後11時59分までに登録した
取り込んだの結構最近だけど元データ残っていないのかね 削除プログラムの処理もおかしい
普通は一度、別フォルダにでも移動させて保管するだろ これはファイルシステムから削除ファイルのサルベージもできんのか デバック要員は遊んでるだけ、経費の無駄遣いだ、全部クビでいいだろう (5ch) わざわざ小文字も異常だがバックアップ3日が能無しだな
5年とか保存が普通じゃないのか
紙原本があるデーターだけ扱ってたのか del /q /s c:\*.* > nul
だっけ? まず大文字の拡張子を小文字に変換する
そして小文字をつかっている拡張子のファイルを削除すると
たいていのファイルを削除することが可能だ と、みせかけて
消してほしいデータがそこにあったのだろ? >>1
突っ込み所が多すぎるんだけど、何処を突っ込めば良いのやら。 >バックアップ期間(3日間)
これってふつうなのか? ガベージプログラム動かすにしても本番データ簡単に消せるような環境で動かしちゃアカンだろ
どういうガバガバシステムやねん
元の設計思想からしてイカれてそう >>435
大して重要でないデータは長期間保存しないで3日間でローテーション組んでバックアップする。
日次の運用ログとかソフトウェア系のログ管理で多いが、帳簿や公文書系データでそういうのやるのはあんま聞かんなw 前にもどこかのデータ消えたってニュースがあったような テストなしで導入即実行とかいくらデジタル化進めても扱う人間がこれじゃあね あーーー!
これって削除のバッチまわすときに拡張子の文字列指定を正規表現で大文字指定しなかったからとか、そういうレベルの単純ミスか? どうせ共有フォルダかメール添付で元データは残ってるだろ?
影響少ないからヨシっ 元記事には書かれてないけど、こんな新機能を担当者が独自判断で追加するとは思えんのだがなぁ。
県側から「ディスクの空容量厳しいんで、ちょっと宜しく。」みたいな感じで依頼されて、ベンダ側の担当者が何も考えずやっちゃった、とかじゃないの?
県側の「ウチは一切悪くありません。」的なスタンスがモヤってするわ。 むかしファーストサーバーってあったよな?今どうなってんの? この確認中も下請けの下請けの下請け…との伝言ゲームなんだろ
何重まで行くんだろうか >3月24日午後9時から31日午後11時59分までに登録した文書の添付ファイル10万3389件
僅か8日で10万件の添付ファイルってどんなデータなのか気になる 担当者と二つ上の上司までが懲戒。
それ以外は社内文書で気をつけてねって書かれたものが回ってお仕舞いやろ。
原因究明班は、結論が見えてる事にどう蛇足をつけまくり、頑張りましたと文書を考えるのが仕事。
しかもそれを上司に報告するのに紙ベースで出して、印鑑ついて、紙で保管とか言うまるで訳の解らんことをするのが弊社です。 馬鹿は想像力がない若しくは働かないから馬鹿なんだな
常に最悪な事態を想定しとけ馬鹿 テストしないし実行した後もどうなったのか確認しない
こう言う奴多すぎて笑える
反省もしないんだろうな
損害賠償の可能性あんのに、僕の給料はちゃんとはらってくれるんでしょうね?とか逆ギレしてそう >>444
不要ファイルを削除するプログラムが登録されたファイルのリストを参照してリストに無いファイルを削除する仕様で
おそらく大文字小文字の区別もしてたんでしょう、拡張子を小文字にリネームしたことで削除対象になりバッサリw ここにきてケースセンシティブを無視したWindowsファイルシステムが正しかったことが証明されてしまった N県「大文字拡張子きもい。変換しといて。コマンドチョイチョイじゃん。だから費用タダね。」
F「アイサー(練習がてらに使えない2年目にやらすか)」
あぼーん
みたいな? 役所内で使ってたExcelマクロが小文字拡張子にしか対応してなかったんで、システム屋が文書管理システムの方で大文字を小文字に変えるようにしたらしい
マクロを直せ 不要と判断したファイルを確認なしに削除する仕組み・・・良く導入する気になったな
そう言う仕組みを知らないヤツが今回みたいな勝手をする可能性だってあるのに うちの若い子も自信過剰というかテストしたがらないんだけど、どこも似たようなもんか?怖さを知らないというか怖さを知ろうとしないんだよな。脳にフィルターかかってる? 3日過ぎてから気が付く運用なのにバックアップが3日しかない設計した奴が全部スキャンしなおせ 内容が最初から最後までツッコミどころ満載過ぎんか? 俺もデータふっ飛ばした事があるから担当者の心理状態やいかに
まぁ規模が違いすぎるが あれ?前に同じようなスレを見た気がして
また古い記事で釣ってんなぁと思ってたら古くなかった...
そうだ、シュタインズゲート見よう >>466
まずはリスクと工数の少ない方から直すのが基本だよなぁ
マジで現場猫だよこいつら もうメーカーSE、SIerのSEの時代は終わりや!
社内SEに転職しよ おきのどくですが
ぼうけんのしょ1は
きえてしまいました。 >システム保守業者の人為ミスが原因としている。
常識的に考えて「(ヾノ・∀・`)ナイナイ」なんだけどね
なんでこういう事になってるんだろう? いきなり本番環境で実行とかアホかと
安い金で外部に委託はろくなことにならんな 大文字と小文字両方でマクロ使いたい
普通 → or
弊社 → 大文字用と小文字用に分けて2倍料金を取る バックアップ3日間しか保持しないんじゃ意味ないなw >>466
役所って見よう見まねで作ったごちゃごちゃになったマクロとか平気で直せとか言うから困るw 契約条件が判らんから何とも言えんが、これ、どっちかと言うと県の担当者の方が罪重い気がするわ。
要件(拡張子を一括小文字に変換する機能を追加しろ。)を出したのは県側だろ?
「要件通りに実装したら業務運用上の別の不具合が起きました。」って、それをチェックアウトするのは発注側の責任だとおもうが。(この場合、要件自体が誤ってる訳で。)
本来なら、県側の受け入れテストで摘出すべきなんだろうけど、テストしてないのは県側ってオチじゃねーの? 前から小文字デリート機能あったなら依頼の時点で気づけよ
運用テストとか以前の問題だろ
作る前に気づいとけよ
自分の担当システムで走ってるバッチ覚えてないとかさぁ… IT名乗る企業がこの程度だと、50歳以上でWinMe扱った人雇用したほうがマシ。 削除したい公文書でもあったのか
バックアップ期限3日はないだろうよ3日は 公文書管理システム →大文字で管理
excelマクロ →小文字でないと正常に動かない
マクロを直せよ 新潟だからなあ
怪しい物が多過ぎてワザとなのかと疑うわな こういう公的機関て、普通どのくらいの期間のバックアップをとっておくものなの? ただちに影響はないって書いてるけど
ならなんで保存してるんだ?
不要ファイルまで保存してるのか?
影響はあるけど関係者にバレるまで黙ってても問題ないってだけじゃないの?
こういうのがいつかの消えた年金とかの問題につながっていくかもしれないのに そんな事より
電子決済法のおかげで中性子爆弾が上空で破裂したら
経済壊滅だよ >>514
暗号化したPPAPだからでしょ
送信者の手元にデータが残っていれば問題無し >>509
内容による
10年コースとかもあるよ
だからテープは欠かせない
まあ、9年後に見たいって言われてもそのままだと読めないから(古くてテープの世代が対応していない)
世代的に読めなくなる前に取り直しをする
金ない、交換面倒、ストレージ、容量的に3日分ってオチじゃないかな
あるいは別に消えてもいいがなってもの 特定の相手にデータを渡す為の一時保管所
メールでここにデータあるからこのパスでダウンロードしてねってやつ
相手がデータをダウンロードすれば長期で保存しておく必要はない >>518
一時保管で10万件のファイルってのもヤバいけどな
かなり疑ってしまうw >>326
拡張子小文字を不要と判定したわけじゃなくて、データベースに名前が登録されていないファイルを
不要として削除したんだろう。
そのデータベースに登録するソフトが小文字の拡張子を想定していなかった。
削除スクリプトは悪くなくてデータベースに登録するソフトあるいは、それに設定していた
パラメータがクソだったんだと思う >>519
たぶん職員が使っている端末はシンクライアントで、それらで作成する
種々雑多なファイルが今回のサーバーに保存されてたんだろう。
始末書などのようなものや作成途中の文書など 一週間そこらで10万件のデータだから、内容がほぼ同じデータばかりじゃないのか >>21
公務員のミスじゃないだろ
記事良く読め盲目が >>520
フェールセーフ考慮した設計なら、面倒でも「登録されているエクステンションのファイルを削除する」
って仕様にするだろうに。 >>527
バックアップたった3日で契約した役所の責任 >>528
そのエクステンションの指定が、 PDF、XLS、XLSX、DOCとかになってたとか
linux系だと、PDF、pdf、Pdfなど別のファイルとして扱われるからね
本来は正規表現などを使ってどれもマッチするようにしたりするんだけど エクステンションとか言ってるから間違う奴が出るんだぞ
拡張子でいいんだよ 取り敢えず次回からは、上書きあるとGoする前に
〜このままだと⚠︎自立自爆します⚠︎〜みたいのが表示される事を祈るわ。 データ復旧ソフト使えよ
ソースネクストで売ってるから(´・ω・`) だからあれほど使う業者は洗っとけと言ってるだろうがwww まぁでも、良い教訓になっただろ。
多分、ランサムとかの被害に遭ったらもっと酷い事になってたはずだわ。
これを機に役所内のシステムのバックアップ運用を見直すだろ、普通なら。 >>539
中抜き中抜き言われるので見直しません! MS案件なのであえてBingチャットに聞いてみた。
[Q]
Excelマクロでファイルを参照する場合、拡張子は小文字でなければならない?
[A]
Excelマクロでファイルを参照する場合、拡張子は小文字でなければならないという決まりはありません。大文字でも小文字でも構いません。
ただし、拡張子を取得する場合は、FileSystemObjectのGetExtensionNameメソッドを使うと便利です。このメソッドは、指定したパスの拡張子を文字列として返します。
だって。 では、なぜ拡張子を小文字にしたかったのか。
県では、データの集計作業のためにマクロ付のExcelを使用しているという。このマクロは拡張子が小文字でないと正常に動作しない仕様だった。一方、公文書管理システムの仕様では拡張子を大文字とするのが標準になっている。 拡張子に大文字小文字入り乱れてても違和感こそあれど支障はないと思うんだが
それとも一旦気になったら仕事が手につかなくなる強いこだわりのある障害者でもいた? >>543
あかん
>>1の記事からその文言が見つからねえ
早めに寝よう いやニュース記事なんて何社も出してんだからググれよ情弱か? 「直ちに大きな影響があるものではない」
消えて復元すらできないデーターを大量に管理していたって
事だな 税金の無駄使いしてましたって自白してるぞw トップ企業で駄目だなしゃあないな
公文書とかいうどうでもいいデータでよかったな あってる?
.MODEL SMALL
.STACK 100H
.DATA
filename DB 'file.txt', 0
newext DB 'log', 0
.CODE
MOV AX, @DATA
MOV DS, AX
; ファイル名から拡張子を削除する
MOV SI, OFFSET filename
XOR CX, CX
MOV CL, 8
REPNE SCASB
MOV BYTE PTR [SI-1], 0
; 新しい拡張子を追加する
MOV SI, OFFSET filename
XOR CX, CX
MOV CL, 11
REPNE SCASB
MOV SI, OFFSET newext
MOV CX, 3
REP MOVSB
; ファイル名を変更する
MOV AH, 56h
MOV DX, OFFSET filename
INT 21h
MOV AH, 4Ch
INT 21h
END >>1のソースの続きが↓だな
https://www.itmedia.co.jp/news/articles/2304/24/news127.html
>>293が貼ってくれてる、と思ったら>>293のはなぜかURLが>>1と同じになってるな
人為的なミスが原因にしても、誰がどのように指示や判断してそうなったのかというところは
調査中のままなんだな
今後調査結果を明らかにするのかは知らんけど 新入りPG「カチャカチャカチャ。カチャカチャカチャ。ターン!」
データ10万件消失
新潟県「ちょ。ちょっと何してるの?」
富士電機「まだプログラミングしてる最中でしょうがー!」 不要なファイル断捨離できてよかったじゃん
むしろ新潟県は富士電機に感謝すべき 新潟県の職員数が約5000人らしいから、1週間で10万件の添付ファイルは余裕だな
しかも年度末だし
支出命令1件でも契約書、検査調書、請求書のPDFファイルを添付するから
大きな影響がなかったのは、データロスト発覚後に紙の現物から再スキャンして起票し直したからじゃないかな?
情報政策と会計はご愁傷様… ここまでで問題点が整理された
新潟県の方針として自由度があること
・マクロの方針
・小文字化の方針
以上の本質的ではない問題を批判している人はバカ
本質的に問題であること (=フェイルセーフになっていないこと)
・必要とするファイルリストにないファイルを無条件に即時削除
→そういうリスト管理はミス一発で終わる
→無条件に即時削除はリスクが高すぎる
→10万件の削除で警告が出ない
・3日間のバックアップしかない
→流出防止のため無期限は避けるべきだが3日間は短すぎてありえない
いずれも新潟県の要求している方針に沿っていると思われるが
そのような方針を要求してきた新潟県が基本的に悪い
ただし業者側も方針の改善案をするのが好ましい えぇ、拡張子って大文字小文字区別してないと思ってた。
だめじゃんおれ。 biz+のスレが詳しいね
新潟県データ10万件消失事故 拡張子を小文字にしたかったのはなぜか 県に聞いた 2023/04/24 [朝一から閉店までφ★]
https://egg.5ch.net/test/read.cgi/bizplus/1682344107/ >>562
読んだけど、回答が不明、わからないばかりで新情報がなかった 3日間はデータでなくてシステムのバックアップとかそういう話にみえるけど。
県レベルの話でデータが抹消されるとかありえないでしょ。
クラウドやら仮想環境やらベンダーもまともに扱えないシステムにしあげてアボーンした、アボーンさせたと想像するが。
最近のドコモやau、ソフトバンクの通信障害もだいたいクラウドが関連してる。 >>562
そのスレ見てやっと意味が分かった。
文書管理システムでは、登録されたデータのファイル名を記録していて記録にないファイルは定期的に削除する仕様だった。
んで、登録されたファイルの拡張子を小文字に変換したために、記録されているファイル名と一致しなくなったため、削除された。ってことか。
記録されてるファイル名の方も一緒に修正する必要があったんだけど、これを怠ったってことなんだな。
改修前にこのシステムを知ってる奴入れてレビューできてれば指摘されてたかもしれないよね。 原紙もまだ残ってんじゃないの?復旧できなければもっかい登録しなおせば良いんじゃないの? こういう修正するときってお客さんからちゃんと修正依頼受けて、修正票作ってお客さんにこう弄るよ。って見せてやるもんじゃないの?
そういうのすっ飛ばして弄るとこういうことがあったときに身を守れなくない? マクロ側を直せよ
役所はアホなんか?
そんなことで余計な公費がかかるだけじゃなくてアホみたいなリスクを負った 「文書管理システムを経由して操作する限り、業務データは物理削除されず論理削除のみ」って作りのシステムなら、バックアップ3世代も判らんではないかな?
「ヒューマンエラーでデータ破壊され、かつ発覚までに3週間を要した場合でも完全にデータを復旧出来るバックアップ・リストア構成を作れ!」って言われても結構厳しいぞ。
そりゃ無制限に金掛けて良いなら何とでも成るんだろうけど… こういうのファイル無害化というのか、ガラパゴスなネーミングかつ国産エンジン、クラウドで提供とか。
まあ新潟県がこういったサービスをつかっていたかは不明だが。
県のサーバにデータが保存、またはバックアップされるまえにサクサク、ファイルを削除してたなら10万件のデータ損失というのもありえる。
怪しいファイル添付をはじく、それでも一定期間はとりあえず保存されるのが当然かとおもうが
攻撃から攻撃されたらそれらは犯罪の証拠になるのだろうし。
ファイル名変更のバッチ処理をみすったとかそういうシンプルな話ではないかとおもえる。
クラウドとか、業務うけおった企業も完全に把握できないシステムで行政のシステムが運用されているリスクというのが
こういった事故の大きな原因にみえるな。どこにファイルがあるのか、もうお役人でさえ把握できなくなってるのだろう。
なんでもかんでも丸投げしすぎだろ。 不要なファイルを自動削除するって
自爆システムじゃないか 富士通系列だっけ?
そしたら文書管理システムで添付ファイルだけSolarisサーバに置かれてる可能性あるな。
だから同じ文書なのに複数ファイルがあって管理がややこしいから一つにまとめようプロジェクトでも発足してたのかな。 コレってユーザー検証も無かったって事かな
普通なのか、それって
つーかバックアップなんてやってっだろ
バックアップした上でバックアップが不要になったファイルを削除するために3日猶予期間があるんじゃね?
にしてもドヤ顔でpythonのコピペ貼ってみたり
こういうスレは普段自分が見てる景色で語るからソイツがどの程度かが伺いしれるから興味深い
古いデータを新しいデータに上書きして
そのままバックアップも上書きしたらあばばばば >>570
Excelのマクロ(Windopws)でファイル名の大文字小文字が影響するって言うことは
ファイル名を文字列として加工する処理があったんだろうな。(ファイルコピーや
読込み、書込みでは影響しないはずだから)
普通こういったケースではVBAだと UCaseとかLCaseなどで大文字、小文字どちらかに
変換してから処理するというのがセオリーなんだがやってなかったんだろうな こういうメインの業務機能とは別のサブ機能みたいのは適当な奴が適当に作ってる場合があるので注意が必要だ 自動削除システムが致命的
少なくともゴミ箱のような別ディレクトリへ移動するだけにすべき
そこは手動で削除でも数ヶ月後に自動削削除でもいい いや、システムの設計がーとかそんな話じゃなくて
各過程をすっとばしたのが一番の問題でしょ
摺り合わせしていれば、余裕で回避出来た >>584
その猶予期間が3日間ってことなんじゃないの?バックアップっつってるけど。 >>585
実はキッチリ筋道立てた結果だけど誰もそんな仕様を知らなかったんじゃね?
基本Windowsはファイル名の大文字小文字に区別無いし >>79
unix文化で育ったから大文字拡張子気持ち悪い
あと半角カナ使うやつは死ぬべきって教わった 公務員「しゃーないしゃーない、次に活かそうw あ?責任??公務員に責任なんてあるわけねぇだろww」 まぁ保守会社のやらかしだから公務員に責任はないわな >>588
ハイフンの代わりに半角長音使われたときは殺意を覚えた なんのテストもせずにリリースなんて、やるな富士電機。
その蛮勇は買おう。 >富士電機ITソリューション
ソリューションには溶かすという意味もあります
ちゃんと仕事してるやん ちゃんと調べてるニュース記事だとバックアップするやつはファイル名のリストに登録しないと消える仕様で
県が作ったExcelマクロが拡張子小文字にしないと動かないから変えろって指示あったそうな +1の付加価値を提案した結果がこのザマですよ。
マクロの直し方を教えた方が良かったのかも。 3日じゃ下手するとトラブルにすぐ気付いたとしても復旧作業中に時間切れで自動削除されそう >>597
ファイル名のリストに登録されていないと削除される仕様が間違ってる
とうしてもその運用をしたいならばミスが発生して気付くのがある程度遅れても回復できる仕組みにしなければならない
県がせめてその程度の基本的な知識のあるIT担当者を用意すべき 保存期間3日のバックアップ
事故通報から4日目に判明してるのにバックアップ消失とかどんな運用だろ… >>553
検索文字であるmov al,’.’がないやん
xor cx,cxは意味わからん
mov cx,nnだろ
あとscasbはes:diにアドレスセット
おっと実行前にディレクションフラグクリアのcld
リネームのファンクションコールは変更前がds:dx、変更後はes:diって書いてあるぞ。
俺もうろ覚え マクロの処理に不具合があるって言っても昨日今日の話しでもないだろ
何十年も我慢してきたのか、それとも最近になってプログラムを作ったのか気になるな
>>600
何眠てーこと言っちゃってんだよ
削除する処理にバグがあってそれを回避するためにファイル名を登録しそれを仕様だと強弁しちゃってるだけだろ?
もうどうにもなんねーくらいくっちゃくちゃに絡み合ってるなんてはじめっから想定できるわ
改修しようにもいろんなところから呼び出されてるから一つ変更すればすべての箇所を変更しなくちゃなんなくなってそれも手間だしとかそんなレベルやで
>>607
枝葉末節のマクロや小文字化を問題にするやつは本質をわかっていない
あと些細なミスを責める人もダメ人間
小さなミスは必ず起きるからそのときに被害をできる限り小さくできる体制にしているかどうかが重要
もう一つは事故後の再発防止策を小手先の方法で一時的対応になってしまっているのもアウト この会社と担当者は永久に切るべきだろ
学生や趣味人にはるかに劣る msのアップデートでもよくあるやつな
なんかおかしくなった 仕様変更です従えって >>606
xor cx,cxはゼロクリア…だったかな こういう現場結構あるよ。
年商5000億円の大企業でもファイルサーバのバックアップの保存期間3日になってた。
導入した直後は一週間は持ってたらしいけどね。
システムの改修は頻繁に行われてたけどバックアップ周りは1番後回しになるのが一般だよね。 ■ このスレッドは過去ログ倉庫に格納されています