C# と VB.NET の質問掲示板
ASP.NET、C++/CLI、Java 何でもどうぞ
掲示板トップ
C# と VB.NET 入門
新規作成
利用方法
ツリー表示
トピック表示
ランキング
記事検索
過去ログ
ログ内検索
キーワードを複数指定する場合は 半角スペース で区切ってください。
検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
[返信]をクリックすると返信ページへ移動します。
キーワード
/
検索条件
/
(AND)
(OR)
検索範囲
/
(現在のログ)
(全過去ログ)
(過去ログ1)
(過去ログ2)
(過去ログ3)
(過去ログ4)
(過去ログ5)
(過去ログ6)
(過去ログ7)
(過去ログ8)
(過去ログ9)
(過去ログ10)
(過去ログ11)
(過去ログ12)
(過去ログ13)
(過去ログ14)
(過去ログ15)
(過去ログ16)
(過去ログ17)
(過去ログ18)
(過去ログ19)
(過去ログ20)
(過去ログ21)
(過去ログ22)
(過去ログ23)
(過去ログ24)
(過去ログ25)
(過去ログ26)
(過去ログ27)
(過去ログ28)
(過去ログ29)
(過去ログ30)
(過去ログ31)
(過去ログ32)
(過去ログ33)
(過去ログ34)
(過去ログ35)
(過去ログ36)
(過去ログ37)
(過去ログ38)
(過去ログ39)
(過去ログ40)
(過去ログ41)
(過去ログ42)
(過去ログ43)
(過去ログ44)
(過去ログ45)
(過去ログ46)
(過去ログ47)
(過去ログ48)
(過去ログ49)
(過去ログ50)
(過去ログ51)
(過去ログ52)
(過去ログ53)
(過去ログ54)
(過去ログ55)
(過去ログ56)
(過去ログ57)
(過去ログ58)
(過去ログ59)
(過去ログ60)
(過去ログ61)
(過去ログ62)
(過去ログ63)
(過去ログ64)
(過去ログ65)
(過去ログ66)
(過去ログ67)
(過去ログ68)
(過去ログ69)
(過去ログ70)
(過去ログ71)
(過去ログ72)
(過去ログ73)
(過去ログ74)
(過去ログ75)
(過去ログ76)
(過去ログ77)
(過去ログ78)
(過去ログ79)
(過去ログ80)
(過去ログ81)
(過去ログ82)
(過去ログ83)
(過去ログ84)
(過去ログ85)
(過去ログ86)
(過去ログ87)
(過去ログ88)
(過去ログ89)
(過去ログ90)
(過去ログ91)
(過去ログ92)
(過去ログ93)
(過去ログ94)
(過去ログ95)
(過去ログ96)
(過去ログ97)
(過去ログ98)
(過去ログ99)
(過去ログ100)
(過去ログ101)
(過去ログ102)
(過去ログ103)
(過去ログ104)
(過去ログ105)
(過去ログ106)
(過去ログ107)
(過去ログ108)
(過去ログ109)
(過去ログ110)
(過去ログ111)
(過去ログ112)
(過去ログ113)
(過去ログ114)
(過去ログ115)
(過去ログ116)
(過去ログ117)
(過去ログ118)
(過去ログ119)
(過去ログ120)
(過去ログ121)
(過去ログ122)
(過去ログ123)
(過去ログ124)
(過去ログ125)
(過去ログ126)
(過去ログ127)
(過去ログ128)
(過去ログ129)
(過去ログ130)
(過去ログ131)
(過去ログ132)
(過去ログ133)
(過去ログ134)
(過去ログ135)
(過去ログ136)
(過去ログ137)
(過去ログ138)
(過去ログ139)
(過去ログ140)
(過去ログ141)
(過去ログ142)
(過去ログ143)
(過去ログ144)
(過去ログ145)
(過去ログ146)
(過去ログ147)
(過去ログ148)
(過去ログ149)
(過去ログ150)
(過去ログ151)
(過去ログ152)
(過去ログ153)
(過去ログ154)
(過去ログ155)
(過去ログ156)
(過去ログ157)
(過去ログ158)
(過去ログ159)
(過去ログ160)
(過去ログ161)
(過去ログ162)
(過去ログ163)
(過去ログ164)
(過去ログ165)
(過去ログ166)
(過去ログ167)
(過去ログ168)
(過去ログ169)
(過去ログ170)
(過去ログ171)
(過去ログ172)
(過去ログ173)
(過去ログ174)
(過去ログ175)
(過去ログ176)
(過去ログ177)
(過去ログ178)
(過去ログ179)
強調表示
/
ON
(自動リンクOFF)
結果表示件数
/
20件
30件
40件
50件
100件
記事No検索
/
ON
大文字と小文字を区別する
No.2740 の関連記事表示
ヒット / 15件
(1-15 を表示)
<<
0
>>
■2740
.NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ キヨ -
(2007/04/14(Sat) 12:16:32)
分類:[VB.NET (ASP.NET)]
お世話になります。
.NET+MicrosoftSQL2000+spread for .NETにて開発した小規模なシステムが、メインの画面だけにおいて、動作が異常に遅いのです。
システムは、受発注管理システムです。
他、帳票 精算 等の画面はすかすか動作するのですが、メインの新規入力、検索画面がどうにも遅いのです。
サーバーは、 Windows2000server IIS5.0 ASP2.0(フレームワーク)です。テストマシンWindowsXPではすかすか動きます。
Windows2000サーバーは、アクティブディレクトリーを構築し、ドメインコントローラを立ち上げております。
DBデータの圧縮も行っております。
重い画面は、列数が 13列行数が30行です。
昨年11月にWindows2000serverのアップデートを行ったところ
なんとか我慢できるところまで直ったのですが、最近またかなり重くなっております。検索に1分近く
ハードは、ファイル共有も行っておりますが、その点が左右しますでしょうか。
SQLは、spreadで使用しているぐらいですし、データも4MBぐらいです。
親記事 /過去ログ11より /
関連記事表示
削除チェック/
■2742
Re[1]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ Mr.T -
(2007/04/14(Sat) 13:49:02)
Mr.Tです、こんにちは。
> 他、帳票 精算 等の画面はすかすか動作するのですが、メインの新規入力、検索画面がどうにも遅いのです。
検索画面ってだけじゃ、それほど有用な意見が得られるとは思えません。
どこのどういう処理がどれだけ重いのかを、計測しないとわからないと思いますが。
SQLでデータ引いてくるのが遅いのか
画面描画が遅いのか
何かを待ってて遅いのか
そこらへんからを調査してみては。
#単純に言えば、それにかかっている箇所のマークと時間経過をログに
#吐き出せばいいだけです。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2747
Re[2]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ キヨ -
(2007/04/14(Sat) 17:37:39)
■
No2742
(Mr.T さん) に返信
Mr.Tさん アドバイス有り難うございます。
>
>>他、帳票 精算 等の画面はすかすか動作するのですが、メインの新規入力、検索画面がどうにも遅いのです。
> 検索画面ってだけじゃ、それほど有用な意見が得られるとは思えません。
> どこのどういう処理がどれだけ重いのかを、計測しないとわからないと思いますが。
メニューの画面の表示は問題なく表示されます。
受発注のデータを追加したり、抽出、検索する画面の処理が時間かかります。
SPREADにて 22列30行の表で対応しております。
これがまずいのかもしれません。
ただ、WINDOWSxpでテスト用のマシンでは、10秒ほどで処理できるのです。
本番マシン2000serverは、50秒以上かかります。
他の処理画面は、列数が6列ぐらいで処理されるので、問題なく
動きます。
> SQLでデータ引いてくるのが遅いのか
> 画面描画が遅いのか
> 何かを待ってて遅いのか
> そこらへんからを調査してみては。
>
> #単純に言えば、それにかかっている箇所のマークと時間経過をログに
> #吐き出せばいいだけです。
>
無知で恐縮ですが、ログをはき出すにはどのようにするのでしょうか。
よろしければご教授いただけますと幸いです。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2749
Re[3]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ まどか -
(2007/04/14(Sat) 18:20:17)
> ただ、WINDOWSxpでテスト用のマシンでは、10秒ほどで処理できるのです。
> 本番マシン2000serverは、50秒以上かかります。
#本題と関係が無いとは言い切れず
XPでの検証結果が2000"Server"に適用(保証)できるのでしょうか?
ましてこの場合、新しいバージョンでの結果を古いバージョンへ当てはめています。
テスト環境が本番と同一でなく、かつ本番マシンでおかしいなら、そもそもおかしいと考えるべきでしょう。
> 無知で恐縮ですが、ログをはき出すにはどのようにするのでしょうか。
ところどころで、時刻や経過時間をダイアログやファイルへ出力する記述をするだけです。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2819
Re[4]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ キヨ -
(2007/04/17(Tue) 07:07:37)
■
No2749
(まどか さん) に返信
まどかさん 有り難うございます。
確かにWindowsXPでの検証では、参考になりませんね。
改めて理解しました。
ただ、大変やっかいなのは、spreadの開発マシンようライセンスにおいても手続きが面倒なのです。
最初は、winodwsXPではなく、windows2000proでテスト環境を作っていたのですが、当方の勘違いで
XPにアップしてしまったのです。間違いでした。
>>ただ、WINDOWSxpでテスト用のマシンでは、10秒ほどで処理できるのです。
>>本番マシン2000serverは、50秒以上かかります。
>
> #本題と関係が無いとは言い切れず
>
> XPでの検証結果が2000"Server"に適用(保証)できるのでしょうか?
> ましてこの場合、新しいバージョンでの結果を古いバージョンへ当てはめています。
> テスト環境が本番と同一でなく、かつ本番マシンでおかしいなら、そもそもおかしいと考えるべきでしょう。
>
>>無知で恐縮ですが、ログをはき出すにはどのようにするのでしょうか。
>
> ところどころで、時刻や経過時間をダイアログやファイルへ出力する記述をするだけです。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2753
Re[1]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ オショウ -
(2007/04/15(Sun) 01:02:25)
> サーバーは、 Windows2000server IIS5.0 ASP2.0(フレームワーク)です。テストマシンWindowsXPではすかすか動きます。
> Windows2000サーバーは、アクティブディレクトリーを構築し、ドメインコントローラを立ち上げております。
これが最大の原因かと・・・
以前、同様にドメイン管理の為にActiveDirectoryが入ったサーバーでSQL Serverを稼動
させたことがありましたが、非常に遅くActiveDirectoryを削除したら、スカスカ動作す
るようになりました。
尚、そのサーバーの搭載メモリ容量と、空き容量はどの程度になっていますか?
また、SQL にアクセスしない状態での、タスクマネージャでのCPU負荷率は?
当然、SQL にアクセスした状態でのCPU負荷率を比較してみて下さい。
パフォーマンスツール使って、HDDへのアクセス頻度も調べてみるとよいと思います。
以上。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2817
Re[2]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ キヨ -
(2007/04/17(Tue) 07:00:42)
■
No2753
(オショウ さん) に返信
アドバイス有り難うございます。
やはりアクティブドメインが原因かもしれません。
メモリーは、1GB 空き容量は20GB SCSI RAID1 デュアルCPUです
XPで検証しても参考にはならないのですが、あまりに違うので、
通常の2000serverとの違いは、アクティブドメインディレクトリーになります。
そこで、大変恐縮ですが、アクティブディレクトリーを外すのは簡単にできるのでしょうか。
早速やってみようと考えております。
>>サーバーは、 Windows2000server IIS5.0 ASP2.0(フレームワーク)です。テストマシンWindowsXPではすかすか動きます。
>>Windows2000サーバーは、アクティブディレクトリーを構築し、ドメインコントローラを立ち上げております。
>
> これが最大の原因かと・・・
> 以前、同様にドメイン管理の為にActiveDirectoryが入ったサーバーでSQL Serverを稼動
> させたことがありましたが、非常に遅くActiveDirectoryを削除したら、スカスカ動作す
> るようになりました。
>
> 尚、そのサーバーの搭載メモリ容量と、空き容量はどの程度になっていますか?
>
> また、SQL にアクセスしない状態での、タスクマネージャでのCPU負荷率は?
> 当然、SQL にアクセスした状態でのCPU負荷率を比較してみて下さい。
> パフォーマンスツール使って、HDDへのアクセス頻度も調べてみるとよいと思います。
>
> 以上。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2932
Re[3]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ オショウ -
(2007/04/18(Wed) 21:51:04)
> そこで、大変恐縮ですが、アクティブディレクトリーを外すのは簡単にできるのでしょうか。
> 早速やってみようと考えております。
多忙で見る余裕ありませんでした。
既にKozoo 二等兵さんが回答されておりますが・・・
http://support.microsoft.com/kb/238117/ja
http://support.microsoft.com/kb/281706/ja
この辺でしょうか。
自動で降格させ削除するのが一般的ですが、失敗する場合もあるようで、その場合は
手動で削除・・・過去、手動削除したこともありましたが、通常は失敗しないと思い
ます。お試し下さい。
以上。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2934
Re[4]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ はつね -
(2007/04/18(Wed) 22:09:23)
>
■
No2932
(オショウ さん) に返信
> 自動で降格させ削除するのが一般的ですが、失敗する場合もあるようで、その場合は
> 手動で削除・・・過去、手動削除したこともありましたが、通常は失敗しないと思い
> ます。お試し下さい。
運用中(ですよね?)のシステムからアクティブディレクトリ外してしまって悪影響でないとも限らないので、質問者の方は技術的にできるのと運用上やってもいいのとを履き違えないようにして、外すのであれば自己責任でやる覚悟が必要です。
まあ、改めて書くまでもない当然の事なのですが。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2945
Re[4]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ Mr.T -
(2007/04/19(Thu) 02:24:05)
Mr.Tです、こんにちは。
■
No2932
(オショウ さん) に返信
>>そこで、大変恐縮ですが、アクティブディレクトリーを外すのは簡単にできるのでしょうか。
>>早速やってみようと考えております。
>
> 多忙で見る余裕ありませんでした。
>
> 既にKozoo 二等兵さんが回答されておりますが・・・
>
>
http://support.microsoft.com/kb/238117/ja
>
http://support.microsoft.com/kb/281706/ja
>
> この辺でしょうか。
質問者の人がどうやるのって質問しているのもあるんでしょうが、ActiveDirectoryが原因かどうかわかってないのに、外してみたら?っていうのは、ちょっと気になります。
色々試してみたんだけど、どうしてもわからんから最後の手段でやってみるか的な試みじゃないかと思います。
ActiveDirectoryだから遅くなる、ってのじゃなくて、「スペックや規模によってはそういうこともある」ってことじゃないかと思うのですが。
#ただ、ちょいと一台に詰め込みすぎかもね、という気はします。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2820
Re[2]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ キヨ -
(2007/04/17(Tue) 07:18:38)
■
No2753
(オショウ さん) に返信
オショウさん
度々すいません。
確かにcpuの付加がSQLにアクセスしますと高くなります。
ちなみにウイルススキャンは、停止して見ましたが、改善されませんでした。
ActiveDirectoryをはず方法において、参考になるサイトがありましたら
ご教授いただけますと幸いです。
>>サーバーは、 Windows2000server IIS5.0 ASP2.0(フレームワーク)です。テストマシンWindowsXPではすかすか動きます。
>>Windows2000サーバーは、アクティブディレクトリーを構築し、ドメインコントローラを立ち上げております。
>
> これが最大の原因かと・・・
> 以前、同様にドメイン管理の為にActiveDirectoryが入ったサーバーでSQL Serverを稼動
> させたことがありましたが、非常に遅くActiveDirectoryを削除したら、スカスカ動作す
> るようになりました。
>
> 尚、そのサーバーの搭載メモリ容量と、空き容量はどの程度になっていますか?
>
> また、SQL にアクセスしない状態での、タスクマネージャでのCPU負荷率は?
> 当然、SQL にアクセスした状態でのCPU負荷率を比較してみて下さい。
> パフォーマンスツール使って、HDDへのアクセス頻度も調べてみるとよいと思います。
>
> 以上。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2912
Re[3]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ Kozoo -
(2007/04/18(Wed) 16:29:43)
コマンドでdcpromoを実行すればウィザードが出てきます。
AD機能に問題が無ければウィザードどおりで問題なく降格できると思います。(メンバ→DC:昇格/DC→メンバ:降格)
ですが、FSMO機能を持っているDCの場合は事前にFSMO機能の移行作業も必要になるかと思います。
検索サイト等で調べてみると色々と言葉が出てきますよ。
もっとも、スタンドアロンな検証環境なら気にする必要も無いかもしれませんが・・・。
■
No2820
(キヨ さん) に返信
> ActiveDirectoryをはず方法において、参考になるサイトがありましたら
> ご教授いただけますと幸いです。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2754
Re[1]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ はつね -
(2007/04/15(Sun) 07:44:53)
>
■
No2740
(キヨ さん) に返信
> 他、帳票 精算 等の画面はすかすか動作するのですが、メインの新規入力、検索画面がどうにも遅いのです。
問題ない画面と遅い画面の違いをこの説明で理解できるのは、実際にその画面をみれる人だけかと。
なので、一般的に考えられることを記載します。
・新規入力と検索画面のロジックの問題
・本番環境の資源不足(テスト環境も含めハードスペックが未記載のため正誤判断不可能)
・IIS5とII6(XPのIIS)の性能差
・テーブル設計のミス(索引がないとか)
・ウィルスチェックなどの常駐プログラムが悪さしている
他にもあるかもしれませんし、上記のものが正解かどうかもまったく分かりません。
とにかく一番いえるのは使っている製品の情報は記載されていますが、アプリ面、DB面、環境面の情報が不足している点です。
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2818
Re[2]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ キヨ -
(2007/04/17(Tue) 07:04:42)
■
No2754
(はつね さん) に返信
はつねさん アドバイス有り難うございます。
確かにウイルスチェックが常駐しております。
マカフィ ver8です。
サーバー用ではないのですが、特に問題なく動作しております。
こちらも外して動作をチェックしてみます。
IIS6は考えてみたのですが、windows2000serverですと導入できないようなのです。
また、windows2003serverにアップしますとSPREAD というツールをつかっているので、こちらもver1.04ですと問題が
ありそうです。
テーブル設計のミス及びロジックに関しては、WindowsXPのテストマシンでは問題ないように調査されました。
> ■
No2740
(キヨ さん) に返信
>>他、帳票 精算 等の画面はすかすか動作するのですが、メインの新規入力、検索画面がどうにも遅いのです。
>
> 問題ない画面と遅い画面の違いをこの説明で理解できるのは、実際にその画面をみれる人だけかと。
>
> なので、一般的に考えられることを記載します。
> ・新規入力と検索画面のロジックの問題
> ・本番環境の資源不足(テスト環境も含めハードスペックが未記載のため正誤判断不可能)
> ・IIS5とII6(XPのIIS)の性能差
> ・テーブル設計のミス(索引がないとか)
> ・ウィルスチェックなどの常駐プログラムが悪さしている
>
> 他にもあるかもしれませんし、上記のものが正解かどうかもまったく分かりません。
> とにかく一番いえるのは使っている製品の情報は記載されていますが、アプリ面、DB面、環境面の情報が不足している点です。
>
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
■2821
Re[3]: .NETシステムにおいて、検索更新が遅くて困っている
□投稿者/ はつね -
(2007/04/17(Tue) 07:24:51)
>
■
No2818
(キヨ さん) に返信
> メモリーは、1GB 空き容量は20GB SCSI RAID1 デュアルCPUです
メモリが1GBで、2000 Server + IIS5 + ADのDCP だと余裕があるとはいえませんが、それほどキツキツな気もしませんが、もしかしたら、SQL Server 2000も同じマシンですか?
一番重要な問題がある画面と問題のない画面の相違を記載してくれていませんが、もしかしたら、問題ない画面は1受注とか1発注単位に扱っていて、問題のある画面はその複数発注とか複数受注とかを扱うような画面でしょうか。
もしそうだとしたら、問題が発生したときの使用メモリとか空きメモリを調べてみるといいでしょう(SQL Server 2000稼動マシンとIIS5が稼動してるマシンの両方)。
> テーブル設計のミス及びロジックに関しては、WindowsXPのテストマシンでは問題ないように調査されました。
運用マシンとテストマシンで環境が違うのであれば、テストマシンで問題ないという評価は無意味の可能性もあります。
というか、もし私がそのシステムを受け入れる側の立場(要は発注側)であったとしたら、現に問題が発生しているにも関わらず運用とテストで環境が異なったままで「問題ありません」という回答は了承しないでしょう。
ところで、SPREADの開発用ライセンスの手続きってそんなに面倒でしたっけ?
ライセンス認証まったくないよりかは手順が必要という点は面倒でしょうが、アクティベーション解除して再アクティベーションするだけじゃなかったでしたっけ?
記事No.2740 のレス /過去ログ11より /
関連記事表示
削除チェック/
<<
0
>>
パスワード/
-
Child Tree
-