powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Физические чтения с сервера БД
41 сообщений из 41, показаны все 2 страниц
Физические чтения с сервера БД
    #35240525
biplane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Приветствую коллег !!
Существует БД Sybase ASE 12.5.3., размеры фронтальной ДБ, на текущий момент, около 14 Гб. Девайсы БД и лога разнесены по разным разделам.
Начальникам отделов поддержки и разработки не нравятся физические чтения из БД.
После анализа использования были добавлены именованные cache на некоторые громадные таблицы.
Интересует следующие вопросы:
1. Возможно ли минимизировать физические чтения из БД;
2. Существует ли методика "забивания" кэшей после, скажем рестарта или обновления версии сервера БД;
3. Даже после добавления именнованых кэшей эти объекты присутсвуют в default data cache. Это нормально или нет !?
Заранее спасибо за помощь !!
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240658
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
biplane Приветствую коллег !!
Существует БД Sybase ASE 12.5.3., размеры фронтальной ДБ, на текущий момент, около 14 Гб. Девайсы БД и лога разнесены по разным разделам.
Начальникам отделов поддержки и разработки не нравятся физические чтения из БД.
После анализа использования были добавлены именованные cache на некоторые громадные таблицы.
Интересует следующие вопросы:
1. Возможно ли минимизировать физические чтения из БД;
2. Существует ли методика "забивания" кэшей после, скажем рестарта или обновления версии сервера БД;
3. Даже после добавления именнованых кэшей эти объекты присутсвуют в default data cache. Это нормально или нет !?
Заранее спасибо за помощь !!
1. не работать с БД; увеличить размер оперативки, доступный серверу СУБД (кэш); изменить характер работы приложения с объектами БД (уменьшить размер выборок, использовать хинт (MRU) ускоряющий "вымывание" полученных данных из кэша, если эти данные более не понадобятся в обозримое время и т.п.)
2. да, существует. Для этого необходимо после рестарта сервера запустить характерные для приложения запросы, чтобы наиболее популярные данные сервер начитал в кэш
3. покажите результат выполнения
Код: plaintext
1.
2.
3.
4.
sp_cacheconfig
go
sp_configure 'memory'
go
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240762
biplane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
По 1 и 2 стало проясняться. Спасибо за информацию.
А по запросу.. .вот :



Код: plaintext
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.
							
1	Cache Name	Status	Type	Config Value	Run Value		
2	biplane_2007	Active	Mixed	  1000.00 Mb	  1000.00 Mb		
3	biplane_2007_log	Active	Log Only	    10.00 Mb	    10.00 Mb		
4	biplane_2007_node_heels_full	Active	Mixed	   300.00 Mb	   300.00 Mb		
5	biplane_2008_entries	Active	Mixed	  1100.00 Mb	  1100.00 Mb		
6	biplane_2008_log	Active	Log Only	    12.00 Mb	    12.00 Mb		
7	biplane_2008_log_sql	Active	Mixed	    12.00 Mb	    12.00 Mb		
8	biplane_2008_node_heels_full	Active	Mixed	   300.00 Mb	   300.00 Mb		
9	biplane_2008_payment_base	Active	Mixed	  1300.00 Mb	  1300.00 Mb		
10	biplane_2008_payment_services	Active	Mixed	  1800.00 Mb	  1800.00 Mb		
11	default data cache	Active	Default	  6000.00 Mb	  6000.00 Mb		
12	sybsecurity	Active	Mixed	    12.00 Mb	    12.00 Mb		
13	tempdb	Active	Mixed	   500.00 Mb	   500.00 Mb		
14	tempdb_2	Active	Mixed	   100.00 Mb	   100.00 Mb		
15	tempdb_3	Active	Mixed	   100.00 Mb	   100.00 Mb		
16	tempdb_4	Active	Mixed	   100.00 Mb	   100.00 Mb		
17	                                                   ------------ ------------						
18	                                            Total    12646.0 Mb   12646.0 Mb						
19	==========================================================================						
20	Cache: biplane_2007,   Status: Active,   Type: Mixed						
21	      Config Size: 1000.00 Mb,   Run Size: 1000.00 Mb						
22	      Config Replacement: relaxed LRU,   Run Replacement: relaxed LRU						
23	      Config Partition:            1,   Run Partition:            1						
24							
25	IO Size	Wash Size	Config Size	Run Size	APF Percent		
26	    4 Kb	 61440 Kb	     0.00 Mb	   900.00 Mb	    10		
27	   16 Kb	 20480 Kb	   100.00 Mb	   100.00 Mb	    10		
28	==========================================================================						
29	Cache: biplane_2007_log,   Status: Active,   Type: Log Only						
30	      Config Size: 10.00 Mb,   Run Size: 10.00 Mb						
31	      Config Replacement: strict LRU,   Run Replacement: strict LRU						
32	      Config Partition:            1,   Run Partition:            1						
33							
34	IO Size	Wash Size	Config Size	Run Size	APF Percent		
35	    4 Kb	  2048 Kb	     0.00 Mb	    10.00 Mb	    10		
36	==========================================================================						
37	Cache: biplane_2007_node_heels_full,   Status: Active,   Type: Mixed						
38	      Config Size: 300.00 Mb,   Run Size: 300.00 Mb						
39	      Config Replacement: relaxed LRU,   Run Replacement: relaxed LRU						
40	      Config Partition:            1,   Run Partition:            1						
41							
42	IO Size	Wash Size	Config Size	Run Size	APF Percent		
43	    4 Kb	 40960 Kb	     0.00 Mb	   200.00 Mb	    10		
44	   16 Kb	 20480 Kb	   100.00 Mb	   100.00 Mb	    10		
45	==========================================================================						
46	Cache: biplane_2008_entries,   Status: Active,   Type: Mixed						
47	      Config Size: 1100.00 Mb,   Run Size: 1100.00 Mb						
48	      Config Replacement: relaxed LRU,   Run Replacement: relaxed LRU						
49	      Config Partition:            8,   Run Partition:            8						
50							
51	IO Size	Wash Size	Config Size	Run Size	APF Percent		
52	    4 Kb	223232 Kb	     0.00 Mb	  1090.00 Mb	    10		
53	   16 Kb	  2048 Kb	    10.00 Mb	    10.00 Mb	    10		
54	==========================================================================						
55	Cache: biplane_2008_log,   Status: Active,   Type: Log Only						
56	      Config Size: 12.00 Mb,   Run Size: 12.00 Mb						
57	      Config Replacement: strict LRU,   Run Replacement: strict LRU						
58	      Config Partition:            1,   Run Partition:            1						
59							
60	IO Size	Wash Size	Config Size	Run Size	APF Percent		
61	    4 Kb	  2456 Kb	     0.00 Mb	    12.00 Mb	    10		
62	==========================================================================						
63	Cache: biplane_2008_log_sql,   Status: Active,   Type: Mixed						
64	      Config Size: 12.00 Mb,   Run Size: 12.00 Mb						
65	      Config Replacement: strict LRU,   Run Replacement: strict LRU						
66	      Config Partition:            1,   Run Partition:            1						
67							
68	IO Size	Wash Size	Config Size	Run Size	APF Percent		
69	    4 Kb	  2456 Kb	     0.00 Mb	    12.00 Mb	    10		
70	==========================================================================						
71	Cache: biplane_2008_node_heels_full,   Status: Active,   Type: Mixed						
72	      Config Size: 300.00 Mb,   Run Size: 300.00 Mb						
73	      Config Replacement: relaxed LRU,   Run Replacement: relaxed LRU						
74	      Config Partition:           16,   Run Partition:           16						
75							
76	IO Size	Wash Size	Config Size	Run Size	APF Percent		
77	    4 Kb	 40960 Kb	     0.00 Mb	   200.00 Mb	    10		
78	   16 Kb	 20480 Kb	   100.00 Mb	   100.00 Mb	    10		
79	==========================================================================						
80	Cache: biplane_2008_payment_base,   Status: Active,   Type: Mixed						
81	      Config Size: 1300.00 Mb,   Run Size: 1300.00 Mb						
82	      Config Replacement: relaxed LRU,   Run Replacement: relaxed LRU						
83	      Config Partition:           16,   Run Partition:           16						
84							
85	IO Size	Wash Size	Config Size	Run Size	APF Percent		
86	    4 Kb	245760 Kb	     0.00 Mb	  1200.00 Mb	    10		
87	   16 Kb	 20480 Kb	   100.00 Mb	   100.00 Mb	    10		
88	==========================================================================						
89	Cache: biplane_2008_payment_services,   Status: Active,   Type: Mixed						
90	      Config Size: 1800.00 Mb,   Run Size: 1800.00 Mb						
91	      Config Replacement: relaxed LRU,   Run Replacement: relaxed LRU						
92	      Config Partition:           16,   Run Partition:           16						
93							
94	IO Size	Wash Size	Config Size	Run Size	APF Percent		
95	    4 Kb	358400 Kb	     0.00 Mb	  1750.00 Mb	    10		
96	   16 Kb	 10240 Kb	    50.00 Mb	    50.00 Mb	    10		
97	==========================================================================						
98	Cache: default data cache,   Status: Active,   Type: Default						
99	      Config Size: 6000.00 Mb,   Run Size: 6000.00 Mb						
100	      Config Replacement: relaxed LRU,   Run Replacement: strict LRU						
101	      Config Partition:           16,   Run Partition:           16						
102							
103	IO Size	Wash Size	Config Size	Run Size	APF Percent		
104	    4 Kb	983040 Kb	     0.00 Mb	  5800.00 Mb	    10		
105	   16 Kb	 40960 Kb	   200.00 Mb	   200.00 Mb	    10		
106	==========================================================================						
107	Cache: sybsecurity,   Status: Active,   Type: Mixed						
108	      Config Size: 12.00 Mb,   Run Size: 12.00 Mb						
109	      Config Replacement: strict LRU,   Run Replacement: strict LRU						
110	      Config Partition:            1,   Run Partition:            1						
111							
112	IO Size	Wash Size	Config Size	Run Size	APF Percent		
113	    4 Kb	  2456 Kb	     0.00 Mb	    12.00 Mb	    10		
114	==========================================================================						
115	Cache: tempdb,   Status: Active,   Type: Mixed						
116	      Config Size: 500.00 Mb,   Run Size: 500.00 Mb						
117	      Config Replacement: relaxed LRU,   Run Replacement: relaxed LRU						
118	      Config Partition:           16,   Run Partition:           16						
119							
120	IO Size	Wash Size	Config Size	Run Size	APF Percent		
121	    4 Kb	 97280 Kb	     0.00 Mb	   475.00 Mb	    10		
122	   32 Kb	  5120 Kb	    25.00 Mb	    25.00 Mb	    10		
123	==========================================================================						
124	Cache: tempdb_2,   Status: Active,   Type: Mixed						
125	      Config Size: 100.00 Mb,   Run Size: 100.00 Mb						
126	      Config Replacement: relaxed LRU,   Run Replacement: relaxed LRU						
127	      Config Partition:            1,   Run Partition:            1						
128							
129	IO Size	Wash Size	Config Size	Run Size	APF Percent		
130	    4 Kb	 20480 Kb	     0.00 Mb	   100.00 Mb	    10		
131	==========================================================================						
132	Cache: tempdb_3,   Status: Active,   Type: Mixed						
133	      Config Size: 100.00 Mb,   Run Size: 100.00 Mb						
134	      Config Replacement: relaxed LRU,   Run Replacement: relaxed LRU						
135	      Config Partition:            1,   Run Partition:            1						
136							
137	IO Size	Wash Size	Config Size	Run Size	APF Percent		
138	    4 Kb	 10240 Kb	     0.00 Mb	    50.00 Mb	    10		
139	   16 Kb	  5120 Kb	    25.00 Mb	    25.00 Mb	    10		
140	   32 Kb	  5120 Kb	    25.00 Mb	    25.00 Mb	    10		
141	==========================================================================						
142	Cache: tempdb_4,   Status: Active,   Type: Mixed						
143	      Config Size: 100.00 Mb,   Run Size: 100.00 Mb						
144	      Config Replacement: relaxed LRU,   Run Replacement: relaxed LRU						
145	      Config Partition:            1,   Run Partition:            1						
146							
147	IO Size	Wash Size	Config Size	Run Size	APF Percent		
148	    4 Kb	 15360 Kb	     0.00 Mb	    75.00 Mb	    10		
149	   32 Kb	  5120 Kb	    25.00 Mb	    25.00 Mb	    10		
150	(return status = 0)						
151							
152	 						
153	Configuration option is not unique.						
154							
155							
156	Parameter Name	Default	Memory Used	Config Value	Run Value	Unit	Type
157	additional network memory     	          0	          0	          0	          0	bytes               	dynamic   
158	allocate max shared memory    	          0	          0	          0	          0	switch              	dynamic   
159	heap memory per user          	       4096	          0	       4096	       4096	bytes               	dynamic   
160	lock shared memory            	          0	          0	          0	          0	switch              	static    
161	max memory                    	      45056	   15773920	    7886960	    7886960	memory pages(2k)    	dynamic   
162	memory alignment boundary     	       4096	          0	       4096	       4096	bytes               	static    
163	memory per worker process     	       1024	          4	       1024	       1024	bytes               	dynamic   
164	Memory Use                    	          0	          0	          0	          0	not applicable      	[NULL]
165	messaging memory              	        400	          0	        400	        400	memory pages(2k)    	dynamic   
166	Physical Memory               	          0	          0	          0	          0	not applicable      	[NULL]
167	shared memory starting address	          0	          0	          0	          0	not applicable      	static    
168	total logical memory          	      32768	   15056738	    7475010	    7528369	memory pages(2k)    	read-only 
169	total physical memory         	          0	   15081092	          0	    7540546	memory pages(2k)    	read-only 
170	An additional 717182 K bytes of memory is available for reconfiguration. This is the difference between 'max memory' and 'total logical memory'.						
171	(return status = 1)						
172
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240817
0rc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
не в обиду тому кто конфигурировал єтот сервер :
Во многой мудрости много печали; и кто умножает познания, умножает скорбь
то есть по-моему ві перемудрили

Модератор: 0rc, переключайте там у себя на русский. Язык сервера - русский.
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240824
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мда, а вы мониторили эффективность этих кэшей? они вообще используются?
на физические чтения по каким таблицам жалуются начальники? по большим/маленьким? размеры таблиц? операции, которые вызывают чтения с дисков ?
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240853
biplane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
0rcне в обиду тому кто конфигурировал єтот сервер :
Во многой мудрости много печали; и кто умножает познания, умножает скорбь
то есть по-моему ві перемудрили
Спасибо за мнение. Согласен что не всегда тонкий тюнинг во благо, но....
Если возможно приведите пожалуйста примеры ваших настроек !? Как Вы поступаете при возникновении задержек в обработке запросов, на фоне загрузки сервера из-за дисковых физических чтений !?
Заранее благодарен !
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240865
biplane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
komradмда, а вы мониторили эффективность этих кэшей? они вообще используются?
на физические чтения по каким таблицам жалуются начальники? по большим/маленьким? размеры таблиц? операции, которые вызывают чтения с дисков ?
По каким признакам можно однозначно ответить по эффективности использования кэшей !? К примеру, именнованные кеши мы установили на 3 основные огромнейшие таблицы в которые идут массовые insert и не менее массовые чтения.
Размеры 3-х основных таблиц: 5 млн., 6 млн. 10 млн. строк....
И один из главнейших вопросов: Даже после добавления именнованых кэшей эти объекты присутсвуют в default data cache. Это нормально или нет !?
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240894
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
biplane komradмда, а вы мониторили эффективность этих кэшей? они вообще используются?
на физические чтения по каким таблицам жалуются начальники? по большим/маленьким? размеры таблиц? операции, которые вызывают чтения с дисков ?
По каким признакам можно однозначно ответить по эффективности использования кэшей !? К примеру, именнованные кеши мы установили на 3 основные огромнейшие таблицы в которые идут массовые insert и не менее массовые чтения.
Размеры 3-х основных таблиц: 5 млн., 6 млн. 10 млн. строк....
И один из главнейших вопросов: Даже после добавления именнованых кэшей эти объекты присутсвуют в default data cache. Это нормально или нет !?

по статистике использования
её можно получить выполнив несколько раз за день например этот запрос:

Код: plaintext
sp_sysmon '00:10:00', dcache, noclear


а вы уверены, что прицепили объекты к кэшам?
выполните по спец. кэшам запрос

Код: plaintext
sp_helpcache имя_кэша

размеры таблиц показать следующим:
Код: plaintext
sp_spaceused большая_таблица,  1 
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240896
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
кстати, процессоров у вас 16 штук?
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240922
biplane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
komradкстати, процессоров у вас 16 штук?
Ага, 16...
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240924
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
biplane komradкстати, процессоров у вас 16 штук?
Ага, 16...
а партишенов в большинстве кэшей по одному ... непорядок ;)
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240928
biplane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
komrad[quot biplane][quot komrad]

а вы уверены, что прицепили объекты к кэшам?
выполните по спец. кэшам запрос

Код: plaintext
sp_helpcache имя_кэша

размеры таблиц показать следующим:
Код: plaintext
sp_spaceused большая_таблица,  1 



1 Cache Name Config Size Run Size Overhead
2 ------------------------ ------------- ---------- ----------
3 db_2008_log 12.00 Mb 12.00 Mb 0.68 Mb
4 db_2008_log_sql 12.00 Mb 12.00 Mb 0.68 Mb
5
6 ------------------ Cache Binding Information: ------------------
7
8 Cache Name Entity Name Type Index Name Status
9 ---------- ----------- ---- ---------- ------
10 db_2008_log biplane.dbo.syslogs table V
11 db_2008_log_sql biplane.dbo.log_sql table V
12 (return status = 0)
13
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35240930
biplane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
komrad biplane komradкстати, процессоров у вас 16 штук?
Ага, 16...
а партишенов в большинстве кэшей по одному ... непорядок ;)
Разъясните пожалуйста. :-)
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35241019
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
biplane пишет:

> 1. Возможно ли минимизировать физические чтения из БД;
Да
> 2. Существует ли методика "забивания" кэшей после, скажем рестарта или
> обновления версии сервера БД;
да

> 3. Даже после добавления именнованых кэшей эти объекты присутсвуют в
> default data cache. Это нормально или нет !?
Нет, вы еще должны прибиндить таблицы и/или индексы на этот кэш,
а вы, видимо, этого не сделали.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35241024
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
biplane пишет:

> Спасибо за мнение. Согласен что не всегда тонкий тюнинг во благо, но....
> Если возможно приведите пожалуйста примеры ваших настроек !? Как Вы

Не бывает универсальных настроек на все приложения в мире.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35241027
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
komrad пишет:
> кстати, процессоров у вас 16 штук?
> Ага, 16...
> а партишенов в большинстве кэшей по одному ... непорядок ;)

Браво, видно руку мастера !
а сколько бы вы предложили, 16 ?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35241057
0rc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1.у вас база ВСЯ примерно как кеш ВЕСЬ - смісла нет разбивать...
2.партешені стоило бі делать при нехватке кеша - то есть у вас всего ОЗУ 32 гига на сервере, мои настройки вам не подойдут, у меня базі на порядок-два больше...
3.а что говорит сисмон ?
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35241545
merphy9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Как раз таки на больших таблицах стоит 16 партишенов, а на мелких стоит 1.
К тому же на этих мелких никогда при мониторинге не возникало конкуренции за спин блокировку.
На больших таблицах при работе sysmon Utilization именнованых кешей не больше 7%.
К именнованым кешам прикреплены таблицы и ихние индексы. но данные все равно попадают в дефолт дата кеш.
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35241564
merphy9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Результат работы sysmon за 10мин
Код: plaintext
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.
180.
181.
182.
183.
184.
185.
186.
187.
188.
189.
190.
191.
192.
193.
194.
195.
196.
197.
198.
199.
200.
201.
202.
203.
204.
205.
206.
207.
208.
209.
210.
211.
212.
213.
214.
215.
216.
217.
218.
219.
220.
221.
222.
223.
224.
225.
226.
227.
228.
229.
230.
-------------------------------------------------------------------------------
  Cache: biplane_2008_entries
                                  per sec      per xact       count  % of total
  -------------------------  ------------  ------------  ----------  ----------
    Spinlock Contention               n/a           n/a         n/a       0.0 %

    Utilization                       n/a           n/a         n/a       2.0 %

    Cache Searches
      Cache Hits                    612.7          26.2      349258     100.0 %
         Found in Wash                0.0           0.0           0       0.0 %
      Cache Misses                    0.1           0.0          32       0.0 %
  -------------------------  ------------  ------------  ----------
    Total Cache Searches            612.8          26.2      349290

    Pool Turnover
      4  Kb Pool
          LRU Buffer Grab            13.1           0.6        7455      99.9 %
            Grabbed Dirty             0.0           0.0           0       0.0 %
  -------------------------  ------------  ------------  ----------
    Total Cache Turnover             13.1           0.6        7466

    Buffer Wash Behavior
      Statistics Not Available - No Buffers Entered Wash Section Yet

    Cache Strategy
      Cached (LRU) Buffers          611.9          26.1      348777     100.0 %
      Discarded (MRU) Buffers         0.0           0.0           0       0.0 %

    Large I/O Usage
      Large I/Os Performed            0.0           0.0           0       0.0 %

      Large I/Os Denied due to
        Pool < Prefetch Size          0.0           0.0           0       0.0 %
        Pages Requested
        Reside in Another
        Buffer Pool                   0.1           0.0          29     100.0 %
  -------------------------  ------------  ------------  ----------
    Total Large I/O Requests          0.1           0.0          29

    Large I/O Detail
     16  Kb Pool
        Pages Cached                  0.0           0.0           0       n/a
        Pages Used                    0.0           0.0           0       n/a

    Dirty Read Behavior
          Page Requests               0.0           0.0           0       n/a

-------------------------------------------------------------------------------
  Cache: biplane_2008_payment_base
                                  per sec      per xact       count  % of total
  -------------------------  ------------  ------------  ----------  ----------
    Spinlock Contention               n/a           n/a         n/a       0.0 %

    Utilization                       n/a           n/a         n/a       4.3 %

    Cache Searches
      Cache Hits                   1352.2          57.7      770752     100.0 %
         Found in Wash                0.0           0.0           0       0.0 %
      Cache Misses                    0.2           0.0          99       0.0 %
  -------------------------  ------------  ------------  ----------
    Total Cache Searches           1352.4          57.7      770851

    Pool Turnover
      4  Kb Pool
          LRU Buffer Grab             4.5           0.2        2548      95.9 %
            Grabbed Dirty             0.0           0.0           0       0.0 %
  -------------------------  ------------  ------------  ----------
    Total Cache Turnover              4.7           0.2        2658

    Buffer Wash Behavior
      Statistics Not Available - No Buffers Entered Wash Section Yet

    Cache Strategy
      Cached (LRU) Buffers         1351.4          57.7      770311     100.0 %
      Discarded (MRU) Buffers         0.0           0.0           0       0.0 %

    Large I/O Usage
      Total Large I/O Requests        0.0           0.0           0       n/a

    Large I/O Detail
     16  Kb Pool
        Pages Cached                  0.0           0.0           0       n/a
        Pages Used                    0.0           0.0           0       n/a

    Dirty Read Behavior
          Page Requests               0.0           0.0           0       n/a
-------------------------------------------------------------------------------
  Cache: biplane_2008_payment_services
                                  per sec      per xact       count  % of total
  -------------------------  ------------  ------------  ----------  ----------
    Spinlock Contention               n/a           n/a         n/a       0.0 %

    Utilization                       n/a           n/a         n/a       0.2 %

    Cache Searches
      Cache Hits                     58.6           2.5       33384      99.9 %
         Found in Wash                0.0           0.0           0       0.0 %
      Cache Misses                    0.1           0.0          30       0.1 %
  -------------------------  ------------  ------------  ----------
    Total Cache Searches             58.6           2.5       33414

    Pool Turnover
      4  Kb Pool
          LRU Buffer Grab             4.6           0.2        2596      98.8 %
            Grabbed Dirty             0.0           0.0           0       0.0 %
  -------------------------  ------------  ------------  ----------
    Total Cache Turnover              4.6           0.2        2627

    Buffer Wash Behavior
      Statistics Not Available - No Buffers Entered Wash Section Yet

    Cache Strategy
      Cached (LRU) Buffers           58.7           2.5       33435     100.0 %
      Discarded (MRU) Buffers         0.0           0.0           0       0.0 %

    Large I/O Usage
      Total Large I/O Requests        0.0           0.0           0       n/a

    Large I/O Detail
     16  Kb Pool
        Pages Cached                  0.0           0.0           0       n/a
        Pages Used                    0.0           0.0           0       n/a

    Dirty Read Behavior
          Page Requests               0.0           0.0           0       n/a

-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
  Cache: default data cache
                                  per sec      per xact       count  % of total
  -------------------------  ------------  ------------  ----------  ----------
    Spinlock Contention               n/a           n/a         n/a       0.0 %

    Utilization                       n/a           n/a         n/a      87.4 %

    Cache Searches
      Cache Hits                  27199.4        1161.0    15503666     100.0 %
         Found in Wash              489.3          20.9      278883       1.8 %
      Cache Misses                    0.0           0.0          10       0.0 %
  -------------------------  ------------  ------------  ----------
    Total Cache Searches          27199.4        1161.0    15503676

    Pool Turnover
      4  Kb Pool
          LRU Buffer Grab           359.5          15.3      204903     100.0 %
            Grabbed Dirty             0.0           0.0           0       0.0 %
      16 Kb Pool
          LRU Buffer Grab             0.0           0.0           8       0.0 %
            Grabbed Dirty             0.0           0.0           0       0.0 %
  -------------------------  ------------  ------------  ----------
    Total Cache Turnover            359.5          15.3      204911

    Buffer Wash Behavior
      Statistics Not Available - No Buffers Entered Wash Section Yet

    Cache Strategy
      Cached (LRU) Buffers        27028.9        1153.7    15406450     100.0 %
      Discarded (MRU) Buffers         3.7           0.2        2133       0.0 %

    Large I/O Usage
      Large I/Os Performed            0.0           0.0           8     100.0 %

      Large I/Os Denied due to
        Pool < Prefetch Size          0.0           0.0           0       0.0 %
        Pages Requested
        Reside in Another
        Buffer Pool                   0.0           0.0           0       0.0 %
  -------------------------  ------------  ------------  ----------
    Total Large I/O Requests          0.0           0.0           8

    Large I/O Detail
     16  Kb Pool
        Pages Cached                  0.1           0.0          32       n/a
        Pages Used                    0.0           0.0           0       0.0 %

    Dirty Read Behavior
          Page Requests               0.0           0.0           0       n/a

-------------------------------------------------------------------------------
  Cache: tempdb
                                  per sec      per xact       count  % of total
  -------------------------  ------------  ------------  ----------  ----------
    Spinlock Contention               n/a           n/a         n/a       0.0 %

    Utilization                       n/a           n/a         n/a       2.1 %

    Cache Searches
      Cache Hits                    668.0          28.5      380772     100.0 %
         Found in Wash                0.0           0.0           0       0.0 %
      Cache Misses                    0.0           0.0          10       0.0 %
  -------------------------  ------------  ------------  ----------
    Total Cache Searches            668.0          28.5      380782

    Pool Turnover
      4  Kb Pool
          LRU Buffer Grab             0.0           0.0          10      76.9 %
            Grabbed Dirty             0.0           0.0           0       0.0 %
      32 Kb Pool
          LRU Buffer Grab             0.0           0.0           3      23.1 %
            Grabbed Dirty             0.0           0.0           0       0.0 %
  -------------------------  ------------  ------------  ----------
    Total Cache Turnover              0.0           0.0          13

    Buffer Wash Behavior
      Statistics Not Available - No Buffers Entered Wash Section Yet

    Cache Strategy
      Cached (LRU) Buffers          670.7          28.6      382323     100.0 %
      Discarded (MRU) Buffers         0.0           0.0           0       0.0 %

    Large I/O Usage
      Large I/Os Performed            0.0           0.0           3     100.0 %

      Large I/Os Denied due to
        Pool < Prefetch Size          0.0           0.0           0       0.0 %
        Pages Requested
        Reside in Another
        Buffer Pool                   0.0           0.0           0       0.0 %
  -------------------------  ------------  ------------  ----------
    Total Large I/O Requests          0.0           0.0           3

    Large I/O Detail
     32  Kb Pool
        Pages Cached                  0.0           0.0          24       n/a
        Pages Used                    0.0           0.0           0       0.0 %

    Dirty Read Behavior
          Page Requests               0.0           0.0           0       n/a

...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35241579
merphy9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
если результат работы sysmon нечитаемый. то я могу выложить еще раз. только подскажите как убрать форматирование в сообщении(плохо что нету возможности отредактировать сообщение)

Модератор: FIXED, SRC, вообще все теги вверху WEB-интерфейса есть. Или нажмите "Цитировать" на сообщении и посмотрите, как его надо оформлять. Ваши я исправил.
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35241591
merphy9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
на сервере 16гб оперативки
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35241705
0rc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну а для начала может стоит отказаться от ТАКОГО количества кешей ?
сделать кроме дефолт дата кеша именованные для больших таблиц, промониторить поведение, может сделать в дефолт дата кеше партишены - и снова промониторить
и попробовать взвести
number of index trips
number of oam trips
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35241732
biplane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZiv
biplane пишет:

> 1. Возможно ли минимизировать физические чтения из БД;
Да

Спасибо конечно, но Вы написали это просто чтобы написать !?
Я обратился сюда в надежде получить практически применимые подсказки. О том что минимизировать я догадываюсь :-) , но вот интересно как мне поступить в конкретном случае.

MasterZiv
> 2. Существует ли методика "забивания" кэшей после, скажем рестарта или
> обновления версии сервера БД;
да

Пишите ИСЧО !!!

MasterZiv
> 3. Даже после добавления именнованых кэшей эти объекты присутсвуют в
> default data cache. Это нормально или нет !?
Нет, вы еще должны прибиндить таблицы и/или индексы на этот кэш,
а вы, видимо, этого не сделали.

В том и вся трабла что объект ЕСТЕСТВЕннО прибинден к кэшу (что видно в примере запроса положенному выше). Существует ли какая нибудь политика использования кэша, если при наличии именнованого кэша данные из объекта все равно попадают в default data cache. Может быть на каких то запросах.. .я не знаю... к примеру при превышении сколько то коннектов запросы автоматом не идут через именнованные кэши, а через default data cache.... НЕ знаю... но вот такая трабла...
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35242000
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Спасибо конечно, но Вы написали это просто чтобы написать !?

Я тут болею немного, так что извините. Вам и без меня думаю хорошо помогли.

В том и вся трабла что объект ЕСТЕСТВЕннО прибинден к кэшу (что видно в примере запроса
положенному выше). Существует ли какая нибудь политика использования кэша, если при наличии именнованого кэша данные из объекта все равно попадают в default data cache. Может быть на каких
то запросах.. .я не знаю...

Нет, нет, никогда такого быть не должно, если все правильно сконфигурено.

Может вам стоит перегрузить сервер ? я точно не помню, но кажется надо сервер перегружать чтобы
объект перешел из одного кэша в другой.
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35242187
merphy9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Все же хочется увидеть мнение людей по приведенным логам sysmon по именованым кешам.
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35242193
merphy9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZivСпасибо конечно, но Вы написали это просто чтобы написать !?

Я тут болею немного, так что извините. Вам и без меня думаю хорошо помогли.

В том и вся трабла что объект ЕСТЕСТВЕннО прибинден к кэшу (что видно в примере запроса
положенному выше). Существует ли какая нибудь политика использования кэша, если при наличии именнованого кэша данные из объекта все равно попадают в default data cache. Может быть на каких
то запросах.. .я не знаю...

Нет, нет, никогда такого быть не должно, если все правильно сконфигурено.

Может вам стоит перегрузить сервер ? я точно не помню, но кажется надо сервер перегружать чтобы
объект перешел из одного кэша в другой.

СУБД перезагружали неоднократно.
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35242409
moris
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А что тут комментировать...

Использование именнованных кешей в вашем случае вообще нецелесообразно... Так как ранее было замеченно, вы можете полжить всю свою БД в default cache с несколькими партишенами в нем. А также еще сделать кеш для лога и tempdb

В данный момент, именнованные кеши используются максимум в 2% случае обращений.
"Так называемые" большие пулы в них вообще никогда не используются.. "Так называемые", потому что если хотите делать большие пулы, то делайте их максимального размера, т.е. 8 логич. страниц а не 4 лог.страницы как сейчас.
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35242496
merphy9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
morisА что тут комментировать...

Использование именнованных кешей в вашем случае вообще нецелесообразно... Так как ранее было замеченно, вы можете полжить всю свою БД в default cache с несколькими партишенами в нем. А также еще сделать кеш для лога и tempdb

В данный момент, именнованные кеши используются максимум в 2% случае обращений.
"Так называемые" большие пулы в них вообще никогда не используются.. "Так называемые", потому что если хотите делать большие пулы, то делайте их максимального размера, т.е. 8 логич. страниц а не 4 лог.страницы как сейчас.

Спасибо за ответ. скажите у нас база растет почти 2гб в месяц. то скоро она будет намного больше чем размер оперативки. Как нужно действовать чтобы всетаки физ.чтения были минимальные?
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35243196
0rc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
merphy9
Спасибо за ответ. скажите у нас база растет почти 2гб в месяц. то скоро она будет намного больше чем размер оперативки. Как нужно действовать чтобы всетаки физ.чтения были минимальные?

покупать по 2 гига оперативки в месяц :) как живут системы у которых базы в сотни гиг ?
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35243246
merphy9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
0rc merphy9
Спасибо за ответ. скажите у нас база растет почти 2гб в месяц. то скоро она будет намного больше чем размер оперативки. Как нужно действовать чтобы всетаки физ.чтения были минимальные?

покупать по 2 гига оперативки в месяц :) как живут системы у которых базы в сотни гиг ?

Так я и спрашиваю совета как можно еще подкрутить сервер для уменьшения количества физ.чтений!
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35243328
moris
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор"Так я и спрашиваю совета как можно еще подкрутить сервер для уменьшения количества физ.чтений!"

Ув. merphy9 без обид, но Вам не кажеться, что вы задаете вопросы по сути ни о чем?
О какой проблеме с излишним физическим чтением вы говорите?? По присланным сисмонам у вас 100% попадание и это даже при таком неграмотном разбиение на кеши.
Учитывая тот факт, что ваша БД вся в кеши может находиться вообще, в ближайшее время, о каком проблеме с физическим чтением все-таки говориться?? На каком основании ваше начальство вообще сделало такой вывод, что проблема с излишним физическим чтением имеет место???
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35243368
merphy9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
moris автор"Так я и спрашиваю совета как можно еще подкрутить сервер для уменьшения количества физ.чтений!"

Ув. merphy9 без обид, но Вам не кажеться, что вы задаете вопросы по сути ни о чем?
О какой проблеме с излишним физическим чтением вы говорите?? По присланным сисмонам у вас 100% попадание и это даже при таком неграмотном разбиение на кеши.
Учитывая тот факт, что ваша БД вся в кеши может находиться вообще, в ближайшее время, о каком проблеме с физическим чтением все-таки говориться?? На каком основании ваше начальство вообще сделало такой вывод, что проблема с излишним физическим чтением имеет место???

Спасибо что подтвердили наше мнение.
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35243396
merphy9
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Посоветуйте пожалуйста как грамотно сделать именованные кеши?
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35243566
biplane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
morisО какой проблеме с излишним физическим чтением вы говорите?? По присланным сисмонам у вас 100% попадание и это даже при таком неграмотном разбиение на кеши.
Учитывая тот факт, что ваша БД вся в кеши может находиться вообще, в ближайшее время, о каком проблеме с физическим чтением все-таки говориться?? На каком основании ваше начальство вообще сделало такой вывод, что проблема с излишним физическим чтением имеет место???
Вот это уже интереснее!
Уважаемый Moris, интересно Ваше мнение - существует ли какая нибудь пропорция размер БД, размер физической памяти сервера, размеры кэшей, количество пользователей и характер их запросов!?
По поводу истоков проблемы: перед группой системных администраторов поставлена задача исследования и минимизации времени обработки транзакций, посредством тонкого тюнинга самого железного сервера, сервера БД, и прочего... Одной из причин замедления времени обработки транзакции считаются физические обращения к дисковому массиву (не смотря на быстрые винты, разкладывание "тел" БД и лога на разные партитиции и прочее... ;-) ...). Вот мы и озадачились данной проблемой. Лично я заинтересован не в разборках с начальством, а с полным пониманием работы конкретной БД с конкретным железом и с конкретной логикой клиенских приложений.
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35243638
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
biplane пишет:

> Уважаемый Moris, интересно Ваше мнение - существует ли какая нибудь
> пропорция размер БД, размер физической памяти сервера, размеры кэшей,
> количество пользователей и характер их запросов!?

не существует никаких волшебных пропорций, все зависит от конкретной
БД и приложения.

А вам совет - уберите все именованные кэши, отдайте все в дефолтный,
Разве что для tempdb отдельный кэш (и для ее лога) небольшой оставте.
Напр. на пол -tempdb.
И - мониторьте, мониторьте. И сматрите, что тормозит.

> По поводу истоков проблемы: перед группой системных администраторов
> поставлена задача исследования и минимизации времени обработки
> транзакций, посредством тонкого тюнинга самого железного сервера,
> сервера БД, и прочего...

Ага, но у них не хватает опыта и они крутят за все рычажки, что
видят

Одной из причин замедления времени обработки
> транзакции считаются физические обращения к дисковому массиву (не смотря
> на быстрые винты, разкладывание "тел" БД и лога на разные партитиции и
> прочее... ;-) ...).

С какого вы это решили-то ? Мониторинги делали ?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35243683
biplane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZivне существует никаких волшебных пропорций, все зависит от конкретной
БД и приложения.
А вам совет - уберите все именованные кэши, отдайте все в дефолтный,
Разве что для tempdb отдельный кэш (и для ее лога) небольшой оставте.
Напр. на пол -tempdb.
И - мониторьте, мониторьте. И сматрите, что тормозит.
Спасибо за совет. Встречный вопрос: по каким параметрам Вы оцениваете свою платформу !?
Еще практический вопрос - какие основные параметры влияют на быстродействие обработки транзакций в БД !? Одним из решений было создание именнованых кэшей... что еще !?)))

MasterZivАга, но у них не хватает опыта и они крутят за все рычажки, что
видят
Согласитесь некорректное высказывание. И я же писал выше, что просто "выкручиванием" всех параметров не хотелось админить, а хочется четко понимать как и что работает и параллельно интересно мнение коллег. Улавливаете разницу !?
;-)

MasterZivС какого вы это решили-то ? Мониторинги делали ?

Ну естественно мониторили, тестили и мониторили. И если четко в логе написано что физических чтений при обработке запроса столько-то, да умножить это все на количество транзакций.... Я не говорю что необходимо "высадить" все БД в память, но по возможности минимизации физических чтений при работе конкретного приложения и конкретной БД.


Во, блин я в полемику полез !!!
;-)
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35243774
0rc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
biplane
Во, блин я в полемику полез !!!

это не полемика а чистое упрямство - прочитать в документации что-то и упорно настаивать
минимум трое участников вам предложили свести к минимуму количество именованных кешей, а вы все равно зациклились на этом
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35244361
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
morisА что тут комментировать...

Использование именнованных кешей в вашем случае вообще нецелесообразно... Так как ранее было замеченно, вы можете полжить всю свою БД в default cache с несколькими партишенами в нем. А также еще сделать кеш для лога и tempdb

В данный момент, именнованные кеши используются максимум в 2% случае обращений.
"Так называемые" большие пулы в них вообще никогда не используются.. "Так называемые", потому что если хотите делать большие пулы, то делайте их максимального размера, т.е. 8 логич. страниц а не 4 лог.страницы как сейчас.
+1!

2 biplane:
делать выводы по одному сисмону конечно не очень корректно, но полагаю картина не сильно изменится и при дальнейшем мониторинге

имхо, оставить default cache & tempdb cache, всё остальное убрать
база у вас почти равна кэшу - ситуация идеальная ;) более того, подозреваю, что реально данных у вас меньше, чем размер БД ;)
что говорит
Код: plaintext
exec sp_spaceused 
?

кстати, почему руководство уверено что проблема именно в физических чтениях? как проверяли?
что у вас с дисковой подсистемой?


biplaneПо поводу истоков проблемы: перед группой системных администраторов поставлена задача исследования и минимизации времени обработки транзакций, посредством тонкого тюнинга самого железного сервера, сервера БД, и прочего...
что за транзакции?
если имеется ввиду OLTP, то для ускорения записи в таблицы надо убрать индексы, триггеры - тогда скорость записи будет максимальна. Как только добавляется логика, скорость вставки снижается.
Кстати, а вы не рассматривали такой вариант, как добавление отчетного сервера и настройки репликации на него с боевого сервера? Возможно у вас на одном сервере конкурируют OLTP & DSS активности.
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35244408
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
biplane пишет:
> Спасибо за совет. Встречный вопрос: по каким параметрам Вы оцениваете
> свою платформу !?

Это как ? Не понял.

> Еще практический вопрос - какие основные параметры влияют на
> быстродействие обработки транзакций в БД !? Одним из решений было
> создание именнованых кэшей... что еще !?)))

Да много чего. Вы хотите чтобы мы вам так вот удаленно и забесплатно
оттюнили ваше приложение и БД ? Не получится, это - достаточно
серьезная работа, и ее надо заниматься, а не так чтобы плюнул-дунул,
и за вас это никто не сделает. (есть правда вариант нанять консультанта,
например в том же нашем Sybase CIS).

> "выкручиванием" всех параметров не хотелось админить, а хочется четко
> понимать как и что работает и параллельно интересно мнение коллег.

Так читайте, читайте документацию P&T, изучайте.

> Ну естественно мониторили, тестили и мониторили. И если четко в логе
> написано что физических чтений при обработке запроса столько-то, да
> умножить это все на количество транзакций....

В каком логе ?

Короче, я нифига не понимаю из того, что вы тут пишите. Думаю,
что другие не понимаю тоже. Вы задавайте конкретные вопросы, будут
конкретные ответы.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35244592
0rc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...быстрые винты, разкладывание "тел" БД и лога на разные партитиции и прочее...

какая операционка ?
какие диски ?
в каким массиве они ?
как сервер с дисковым массивом соединен ?
как созданы девайсы ?
как расположены девайсы ?
...
Рейтинг: 0 / 0
Физические чтения с сервера БД
    #35244800
moris
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторУважаемый Moris, интересно Ваше мнение - существует ли какая нибудь пропорция размер БД, размер физической памяти сервера, размеры кэшей, количество пользователей и характер их запросов!?

Полностью согласен с
Код: plaintext
1.
2.
не существует никаких волшебных пропорций, все зависит от конкретной
БД и приложения.

2 biplane
Реально я тут в вашем случае вообще не вижу проблемы ни как по присланным материалам, так и по вашим обсуждениям. И так вы считаете...

авторОдной из причин замедления времени обработки транзакции считаются физические обращения к дисковому массиву
Кем считается ?? На основании чего был сделан такой вывод???? Вы не можете четко сказать этого не так ли?

Конфуций
Тяжело искать черную кошку в темной комнате. Тем более , если ее там нет.

Я бы с удовольствием постарался вам помочь, если бы была реально проблема, но в этом случае мне просто жалко своего времени на флейм.
...
Рейтинг: 0 / 0
41 сообщений из 41, показаны все 2 страниц
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Физические чтения с сервера БД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]