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

1
断続的なMySQLが「致命的なエラー:バッファプールにメモリを割り当てられません」というエラーでクラッシュする
編集時に追加、2013-05-29:これは長い質問と議論であるため、質問と解決策の簡単な要約を以下に示します。小さなLinuxサーバー(1 GBのメモリ)でMySQLとApacheを実行する際に問題が発生しました。Apacheはより多くのメモリを要求し続け、結果として、OSは常にメモリを回復するためにMySQLを殺しました。 解決策は、ApacheをLighttpdに置き換えることでした。それを行った後、サーバーでのメモリ使用は数か月間完全に安定しており、いかなるクラッシュもありませんでした。編集の終わり 私は小さな仮想サーバーの初心者システム管理者です。サーバーの主な機能は、PHPで書かれたオープンソースのMoodleコース管理システムソフトウェアを実行することです。データベース(この場合はMySQL)とWebサーバー(この場合はApache)に依存しています。 サーバーは、1 GBのメモリと200 GBのディスク、カーネルバージョン2.6.18-308.8.2.el5xenを備えた64ビットCentOSリリース5.8(最終)を実行しています。MySQLバージョンは、Linux(x86_64)でreadline 5.1を使用する場合、Ver 14.14 Distrib 5.5.25です。 MoodleソフトウェアはMySQLのそれほどヘビーユーザーではないと思います。現在、約10人の教師のみがアクセスでき、データベース全体をbzip2でダンプおよび圧縮すると、結果のダンプのサイズは1 MB未満になります。 数ヶ月前にシステムをセットアップしました。Apacheサーバーはこれまでずっと安定していますが、MySQLは数回クラッシュしました。Webから最適な構成について学習しようとしましたが、前回/etc/my.cnfファイルを変更したとき/usr/share/doc/mysql55-server-5.5.25/my-large.cnfは、MySQLに付属のファイルを例として使用しました。このファイルは、512 MBのメモリを搭載したシステム向けであると述べているため、メモリ関連の構成パラメータを使用することはこのシステムにとって安全だと考えました。(私は以前はるかに小さい数字でMySQLのメモリー関連のパラメータを設定していた、と私はそれがクラッシュにつながっているかもしれないと思ったクラッシュはまだ発生している間、システムはより速くなりました少なくともである。)これらは、現在の内容です/etc/my.cnf: # /etc/my.cfg # The main and only MySQL configuration file on [WEBSITE ADDRESS REDACTED]. # Last updated 2012-09-23 by Teemu Leisti. # Most of the memory settings are set to be the same as the …

4
MySQL InnoDBクラッシュの事後分析
今朝、MySQLがクラッシュしました。 MySQLに含まれている標準のデータベースを除き、私が使用するものはすべてInnoDBです。 MySQLデーモンを再起動しようとしましたが、2回失敗しました。 その後、サーバー全体を再起動すると、MySQLが正しく起動し、それ以降は正常に機能しています。 初期クラッシュのmysqldログファイルには以下が含まれます。 120927 10:21:05 mysqld_safe Number of processes running now: 0 120927 10:21:06 mysqld_safe mysqld restarted 120927 10:21:12 [Note] Plugin 'FEDERATED' is disabled. 120927 10:21:12 InnoDB: The InnoDB memory heap is disabled 120927 10:21:12 InnoDB: Mutexes and rw_locks use GCC atomic builtins 120927 10:21:12 InnoDB: Compressed tables …

5
SQL Serverのクラッシュ耐性を改善できますか?
定期的に電源が失われるSQL Server(2008 SP4および2016 SP1)を実行しているPCがあります。明らかに、これによりSQL Serverデータベースの(インデックス)破損が発生する場合があり、後で復元する必要があります。 SQL Serverはそのようなシナリオ向けに設計されていないことを認識しています。正しい解決策は、電力損失の原因を修正することです(興味がある場合は、以下で詳しく説明します)。それにもかかわらず、電力損失時のデータベース破損のリスクを減らすために設定できるSQL Serverのチューニングオプションはありますか? 背景:「PC」は、フォークリフトに搭載されたWindowsタブレットです。ユーザーがフォークリフトをオフにすると、タブレットの電源が切れます。私たちは、フォークリフトをオフにする前にWindowsを適切にシャットダウンするようにユーザーに教えようとしましたが、失敗しました(ほとんどの場合、それをオフにするだけで機能するためです)。現在、電力損失時にタブレットにシャットダウンするように信号を送るUPSを追加するなど、他のオプションも調査しています。
20 sql-server  crash 

1
数値へのキャスト時に奇妙なSQL Serverインスタンスがクラッシュする
C#Entity Frameworkで作業しているときに、SQL Serverインスタンスのクラッシュに気付きました。 私はこの声明まで追跡することができました: SELECT * FROM dbo.[TestTable] where mpnr in (1099059904, 1038139906, 1048119902, 1045119902, 1002109903, 1117109910, 1111149902, 1063149902, 1117159902, 1116109904, 1105079905, 1012079906, 1129129904, 1103059905, 1065059905, 1091059906, 1110149904, 1129149903, 1083029905, 1080139904, 1076109903, 1010019902, 1058019902, 1060019903, 1053019902, 1030089902, 1018149902, 1077149902, 1010109901, 1011109901, 1000119902, 1023049903, 1107119909, 1108119909, 1106119909) テーブルは次のようになります。 CREATE TABLE dbo.[TestTable]([MPNR] …

2
SQL ServerをクラッシュさせるSQLクエリをトレースする方法
SQL Server 2008データベースサーバーがあります(たまたまMSフェールオーバークラスタリングで実行されていますが、ここでは関係ないと思います)。 私たちのアプリケーションはDBアクセス用にHibernateを実行しており、最近v3.1から3.6にアップグレードして以来、SQL Serverが定期的に(24〜48時間ごとに、場合によってはさらに頻繁に)クラッシュすることを経験しています。 問題の特定の問題は、メモリに関連しているようです。サーバーがクラッシュする直前に(フェイルオーバークラスターマネージャーによって自動再起動されるようです)、次のようなエラーが表示されます。 Error: 701, Severity: 17, State: 130. There is insufficient system memory in resource pool 'internal' to run this query. また、時々(しかし定期的に)のメッセージ Error: 17300, Severity: 16, State: 1. (Params:). The error is printed in terse mode because there was error during formatting. Tracing, ETW, notifications etc …

1
同時切り捨てコマンド中にサーバーがクラッシュした後のMySQL INNODBの破損
私のサーバーが今日クラッシュしました。これは、INNODBテーブルの1つでテーブルの同時切り捨てコマンドが原因で発生したと思います。サーバーを再起動できますが、起動後、SQLコマンドを発行しようとするたびに、次のエラーが発生します。 ERROR 2006 (HY000): MySQL server has gone away これはログで起こったことです: 121206 01:11:12 mysqld restarted 121206 1:11:13 InnoDB: Started; log sequence number 275 559321759 InnoDB: !!! innodb_force_recovery is set to 1 !!! 121206 1:11:13 [Note] /usr/libexec/mysqld: ready for connections. Version: '5.0.95-log' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source distribution InnoDB: Error: trying to …

2
mysql.procがクラッシュし続けますが、mysqldumpを実行できませんか?
InnoDBのいくつかの問題のため、すべてのデータベースを新しいサーバーにダンプします。 mysqldump -E -R --all-databases | pv -b | mysql -u root -p -h new.server ダンププロセスはエラーで停止しました: 59.9kB assword: 59.9kB ERROR 145 (HY000) at line 2970: Table './mysql/proc' is marked as crashed and should be repaired 228MB mysqldump: Got errno 32 on write 次のコマンドを実行して、すべてのデータベースのすべてのテーブルを修復しました。 mysqlcheck --auto-repair --all-databases mysql.procステータスを調べると、次のことがわかります。 mysql> check table …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.