fbtracemgr: разные мелкие вопросы / Firebird, InterBase

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / fbtracemgr: разные мелкие вопросы

25 сообщений из 201, страница 4 из 9

все

fbtracemgr: разные мелкие вопросы

#37533349

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

dimitr почему-то пытаешься подключаться к сервисам именно по локальному протоколу потому что со временем забыл про то, что я сам же его задушил :-)
А подключиться к сервису через fbsvcmgr (fbtracemgr) я попытался просто потому, что аудит перестал работать.

...

Рейтинг:

0 / 0

18.11.2011, 13:09

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37533461

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

ТаблоидЭтот ключик нужен для того, чтобы запретить подключения по локальному протоколуНе совсем так.
По умолчанию, слушатель использует все три имеющихся протокола (локальный - XNET, winsock - INET, named pipes - WNET).
Если же использовать ключ любого протокола, то остальные протоколы отключаются и требуют явного задания своих ключей.

ключ протокол-x XNET-i INET-w WNET
Т.е. если ключи протоколов не заданы, то работают все протоколы. Иначе - только те, чьи ключи заданы.

...

Рейтинг:

0 / 0

18.11.2011, 13:55

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37533537

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hvladТаблоидЭтот ключик нужен для того, чтобы запретить подключения по локальному протоколуНе совсем так.
По умолчанию, слушатель использует все три имеющихся протокола (локальный - XNET, winsock - INET, named pipes - WNET).
Если же использовать ключ любого протокола, то остальные протоколы отключаются и требуют явного задания своих ключей.

ключ протокол-x XNET-i INET-w WNET
Т.е. если ключи протоколов не заданы, то работают все протоколы. Иначе - только те, чьи ключи заданы.Понятно. Значит, я напротив сказал всем четырём службам (2.0, 2.1, 2.5.1 и 2.5.2) слушать только XNET.
Но тогда тем более непонятно, как мог остановиться аудит! Вот ты выше говорил мне: "ты умудрился запустить сервер без поддержки XNET" - а оказалось, что именно на локальном протоколе у меня всё и было запущено.

...

Рейтинг:

0 / 0

18.11.2011, 14:24

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37533567

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

ТаблоидПонятно. Значит, я напротив сказал всем четырём службам (2.0, 2.1, 2.5.1 и 2.5.2) слушать только XNET.
Вот ты как читаешь - по диагонали, через слово или выборочные буквы ?
Какой, нафиг, X NET с опцией - i ?

...

Рейтинг:

0 / 0

18.11.2011, 14:39

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37533644

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hvladВот ты как читаешь - по диагонали, через слово или выборочные буквы ?
Какой, нафиг, X NET с опцией - i ?Да, каюсь. По диагонали было прочитано...
Итак, у меня fb_inet_server -i ==> работа только через winsock - I NET.

Но когнитивный диссонанс-таки остается:
1) Уже много дней сервисы (все) запущены БЕЗ поддержки локального протокола.
2) Аудит работает при этом нормально вплоть до вчерашнего мрачного ночера - т.е. я просто указал в firebird.conf'e файл конфигурации аудита (zaudit.conf) и совершенно не заботился о том, как он там подключается к ФБ (через INET, XNET или еще как-то ?)
3) Вчера ночером аудит внезапно перестаёт реагировать на правки в его конфиге (при отсутствии коннектов и вообще вЫключенной ФБ-службе).
4) Сегодня утром внезапно аудит опять заработал - просто комп включил, ничего не исправлял. Новость скорее пугающая, чем радостная.

...

Рейтинг:

0 / 0

18.11.2011, 15:13

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37533657

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

Таблоид1) Уже много дней сервисы (все) запущены БЕЗ поддержки локального протокола.Но не перезапущены (как минимум один из них) после правки строки запуска в реестре.

Таблоид2) Аудит работает при этом нормально вплоть до вчерашнего мрачного ночера - т.е. я просто указал в firebird.conf'e файл конфигурации аудита (zaudit.conf) и совершенно не заботился о том, как он там подключается к ФБ (через INET, XNET или еще как-то ?)Аудит никак не подключается к движку. Он там внутри живёт.
Опят начинаешь путать себя и остальных.

Таблоид3) Вчера ночером аудит внезапно перестаёт реагировать на правки в его конфиге (при отсутствии коннектов и вообще вЫключенной ФБ-службе).Я не понимаю, что на что должно реагировать при "вообще вЫключенной ФБ-службе"

Таблоид4) Сегодня утром внезапно аудит опять заработал - просто комп включил, ничего не исправлял. Новость скорее пугающая, чем радостнаяСм (2)

Ты начал с того, что не мог получить локальный коннект. А сейчас говоришь про аудит, который вообще не имеет к этому ни малейшего отношения. Определись уже...

...

Рейтинг:

0 / 0

18.11.2011, 15:19

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37533775

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hvlad Ты начал с того, что не мог получить локальный коннект. А сейчас говоришь про аудит, который вообще не имеет к этому ни малейшего отношения. Определись уже...История такова: я решил поизучать с помощью аудита активность "некоторой программы", копирующей данные из одной ФБ-базы в другую (тоже ФБ).
Отключил ФБ, создал тестовую базу и её клон, добавил их имена в конфиг аудита. Включил ФБ, запустил "некоторую программу" - в логе аудита почему-то ничего не проявилось.
Дальше обратил внимание, что аудит вообще перестал работать и с другими базами, перечисленными в списке <databases>.
Тогда снова перезапустил ФБ, вспомнил про свою же шпаргалку и попытался стартануть user-trace.
Через fbsvcmgr - не вышло: он сначала вообще бред сказал ("Unknown switch "user"), а затем - что "Cannot attach to services manager". Тоже самое было с fbtracemgr.

ЗЫ. У меня ФБ на домашней машине только для тестирования (по кр. мере, сейчас).
User-трейс на этой машине я никогда не запускаю - зачем лишние телодвижения, когда есть аудит, работающий всегда.
Аудит же внезапно заглох. Отсюда и был тот вопрос.

...

Рейтинг:

0 / 0

18.11.2011, 15:59

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37537349

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Таблоидhvladа как ты думаешь, что ключ -i означает ?Этот ключик нужен для того, чтобы запретить подключения по локальному протоколу, который раньше звался IPC, а начиная с 2.0 называется почему-то XNET (при чём тут "net", если он ЛОКАЛЬНЫЙ ?). Про XNET прочитано тут: doc/README.xnet.txt, а вот про ключик '-i' сначала узнал приватным образом, а совсем недавно и тут что-то было, но найти теперь не могу :'(Внезапно нашёл. Спасибо теме про nbackup ;-)
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=877895&msg=11222986

И вот еще про ключ '-i' при запуске fb_inet_server.exe (дублирую тут эти ссылки, т.к. они гораздо нужнее здесь, чем в топике про nbackup):
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=853630&msg=10710107
http://comments.gmane.org/gmane.comp.db.firebird.russian/39446

...

Рейтинг:

0 / 0

21.11.2011, 17:57

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37545903

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Очередной вопрос.

Должна ли активность gbak'a, который читает/пишет в таблицы при бекапе/восстановлении, отражаться как-то в трейсе (я имею в виду статистику его обращений к конкретным таблицам) ?
Есть, к примеру, база с одной таблицей в 1 млн строк.
Вот что вижу в трейсе при её бекапе:

Код: 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.

Trace session ID 6 started
2011-11-26T22:01:48.8430 (3908:020ED584) TRACE_INIT

	SESSION_6  

	



2011-11-26T22:01:48.8430 (3908:020ED584) ATTACH_DATABASE

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_4, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3844



2011-11-26T22:01:48.8430 (3908:020ED584) START_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_4, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3844

		(TRA_36, CONCURRENCY | WAIT | READ_WRITE)



2011-11-26T22:02:07.6400 (3908:020ED584) COMMIT_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_4, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3844

		(TRA_36, CONCURRENCY | WAIT | READ_WRITE)

     49 ms, 1 read(s), 2 write(s), 1 fetch(es), 1 mark(s)



2011-11-26T22:02:07.6400 (3908:020ED584) DETACH_DATABASE

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_4, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3844



2011-11-26T22:02:07.6400 (3908:020ED584) TRACE_FINI

	SESSION_6

И вот что при ресторе:

(многа букф, но всё не то)

Код: 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.
231.
232.
233.
234.
235.
236.
237.
238.
239.
240.
241.
242.
243.
244.
245.
246.
247.
248.
249.
250.
251.
252.
253.
254.
255.
256.
257.
258.
259.
260.
261.
262.
263.
264.
265.
266.
267.
268.
269.
270.
271.
272.
273.
274.
275.
276.
277.
278.
279.
280.
281.
282.
283.
284.
285.
286.
287.
288.
289.
290.
291.
292.
293.
294.
295.
296.
297.
298.
299.
300.
301.
302.
303.
304.
305.
306.
307.
308.
309.
310.
311.
312.
313.
314.
315.
316.
317.
318.
319.
320.
321.
322.
323.
324.
325.
326.
327.
328.
329.
330.
331.
332.
333.
334.
335.
336.
337.
338.
339.
340.
341.
342.
343.
344.
345.
346.
347.
348.
349.
350.
351.
352.
353.
354.
355.
356.
357.
358.
359.
360.
361.
362.
363.
364.
365.
366.
367.
368.
369.
370.
371.
372.
373.
374.
375.
376.
377.
378.
379.
380.
381.
382.
383.
384.
385.
386.
387.
388.
389.
390.
391.
392.
393.
394.
395.
396.
397.
398.
399.
400.
401.
402.
403.
404.
405.
406.
407.
408.
409.
410.
411.
412.
413.
414.
415.
416.
417.
418.
419.
420.
421.
422.
423.
424.
425.
426.
427.
428.
429.
430.
431.
432.
433.
434.
435.
436.
437.
438.
439.
440.
441.
442.
443.
444.
445.
446.
447.
448.
449.
450.
451.
452.
453.
454.
455.
456.
457.
458.
459.
460.
461.
462.
463.
464.
465.
466.
467.
468.
469.
470.
471.
472.
473.
474.
475.
476.
477.
478.
479.
480.
481.
482.
483.
484.
485.
486.
487.
488.
489.
490.
491.
492.
493.
494.
495.
496.
497.
498.
499.
500.
501.
502.
503.
504.
505.
506.
507.
508.
509.
510.
511.
512.
513.
514.
515.
516.
517.
518.
519.
520.
521.
522.
523.
524.
525.
526.
527.
528.
529.
530.
531.
532.
533.
534.
535.
536.
537.
538.
539.
540.
541.
542.
543.
544.

Trace session ID 7 started
2011-11-26T22:03:53.4530 (3908:020ED584) TRACE_INIT

	SESSION_7  

	



2011-11-26T22:03:53.4530 (3908:020ED584) ATTACH_DATABASE

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_5, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100



2011-11-26T22:03:53.4530 (3908:020ED584) DROP_DATABASE

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_5, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100



2011-11-26T22:03:53.4530 (3908:020ED584) TRACE_FINI

	SESSION_7  

	



2011-11-26T22:03:53.8280 (3908:020ED584) TRACE_INIT

	SESSION_7  

	



2011-11-26T22:03:53.8280 (3908:020ED584) CREATE_DATABASE

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100



2011-11-26T22:03:53.8280 (3908:020ED584) START_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_1, CONCURRENCY | WAIT | READ_WRITE)



2011-11-26T22:03:53.8280 (3908:020ED584) START_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_2, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



2011-11-26T22:03:53.8430 (3908:020ED584) COMMIT_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_1, CONCURRENCY | WAIT | READ_WRITE)

      3 ms, 10 read(s), 22 write(s), 170 fetch(es), 23 mark(s)



2011-11-26T22:03:53.8430 (3908:020ED584) START_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_3, CONCURRENCY | WAIT | READ_WRITE)



2011-11-26T22:04:39.0620 (3908:020ED584) COMMIT_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_3, CONCURRENCY | WAIT | READ_WRITE)

   4812 ms, 42 read(s), 12413 write(s), 3380 fetch(es), 455 mark(s)



2011-11-26T22:04:39.0620 (3908:020ED584) START_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_4, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



2011-11-26T22:04:43.8280 (3908:020ED584) COMMIT_RETAINING

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_4, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)

   4759 ms, 1211 write(s), 2027181 fetch(es), 2417 mark(s)



2011-11-26T22:04:43.8430 (3908:020ED584) COMMIT_RETAINING

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_5, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)

      5 ms, 7 write(s), 69 fetch(es), 9 mark(s)



2011-11-26T22:04:43.8430 (3908:020ED584) COMMIT_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_6, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)

      0 ms, 1 write(s), 1 fetch(es), 1 mark(s)



2011-11-26T22:04:43.8430 (3908:020ED584) START_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_7, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



2011-11-26T22:04:43.8430 (3908:020ED584) COMMIT_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_7, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)

      0 ms, 1 write(s), 1 fetch(es), 1 mark(s)



2011-11-26T22:04:43.8430 (3908:020ED584) COMMIT_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_2, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)

      0 ms, 1 write(s), 1 fetch(es), 1 mark(s)



2011-11-26T22:04:43.8430 (3908:020ED584) START_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



2011-11-26T22:04:43.8430 (3908:020ED584) EXECUTE_STATEMENT_START

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 408:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$CONSTRAINT_NAME FROM 7 FOR 32) AS INT) FROM RDB$RELATION_CONSTRAINTS  WHERE SUBSTRING(RDB$CONSTRAINT_NAME FROM 7 FOR 32) < '999999999999999999999999999999'    AND RDB$CONSTRAINT_NAME STARTING WITH 'INTEG_' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$CONSTRAINT_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$CONSTRAINT_NAME TO ' || maxInTable; END



2011-11-26T22:04:43.8430 (3908:020ED584) EXECUTE_STATEMENT_FINISH

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 408:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$CONSTRAINT_NAME FROM 7 FOR 32) AS INT) FROM RDB$RELATION_CONSTRAINTS  WHERE SUBSTRING(RDB$CONSTRAINT_NAME FROM 7 FOR 32) < '999999999999999999999999999999'    AND RDB$CONSTRAINT_NAME STARTING WITH 'INTEG_' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$CONSTRAINT_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$CONSTRAINT_NAME TO ' || maxInTable; END

0 records fetched

      0 ms, 3 fetch(es)



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_START

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 409:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$FIELD_NAME FROM 5 FOR 32) AS INT) FROM RDB$FIELDS  WHERE SUBSTRING(RDB$FIELD_NAME FROM 5 FOR 32) < '999999999999999999999999999999'    AND RDB$FIELD_NAME STARTING WITH 'RDB$' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$FIELD_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$FIELD_NAME TO ' || maxInTable; END



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_START

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 410:

-------------------------------------------------------------------------------

SET GENERATOR RDB$FIELD_NAME TO 2



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_FINISH

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 410:

-------------------------------------------------------------------------------

SET GENERATOR RDB$FIELD_NAME TO 2

0 records fetched

      0 ms, 1 fetch(es), 1 mark(s)



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_FINISH

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 409:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$FIELD_NAME FROM 5 FOR 32) AS INT) FROM RDB$FIELDS  WHERE SUBSTRING(RDB$FIELD_NAME FROM 5 FOR 32) < '999999999999999999999999999999'    AND RDB$FIELD_NAME STARTING WITH 'RDB$' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$FIELD_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$FIELD_NAME TO ' || maxInTable; END

0 records fetched

      1 ms, 247 fetch(es)



Table                             Natural     Index    Update    Insert    Delete   Backout     Purge   Expunge

***************************************************************************************************************

RDB$FIELDS                                      122                                                            



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_START

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 411:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$INDEX_NAME FROM 5 FOR 32) AS INT) FROM RDB$INDICES  WHERE SUBSTRING(RDB$INDEX_NAME FROM 5 FOR 32) < '999999999999999999999999999999'    AND RDB$INDEX_NAME STARTING WITH 'RDB$' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$INDEX_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$INDEX_NAME TO ' || maxInTable; END



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_FINISH

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 411:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$INDEX_NAME FROM 5 FOR 32) AS INT) FROM RDB$INDICES  WHERE SUBSTRING(RDB$INDEX_NAME FROM 5 FOR 32) < '999999999999999999999999999999'    AND RDB$INDEX_NAME STARTING WITH 'RDB$' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$INDEX_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$INDEX_NAME TO ' || maxInTable; END

0 records fetched

      0 ms, 390 fetch(es), 97 mark(s)



Table                             Natural     Index    Update    Insert    Delete   Backout     Purge   Expunge

***************************************************************************************************************

RDB$INDICES                                      47                                                47          



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_START

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 412:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$INDEX_NAME FROM 12 FOR 32) AS INT) FROM RDB$INDICES  WHERE SUBSTRING(RDB$INDEX_NAME FROM 12 FOR 32) < '999999999999999999999999999999'    AND RDB$INDEX_NAME STARTING WITH 'RDB$PRIMARY' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$INDEX_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$INDEX_NAME TO ' || maxInTable; END



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_FINISH

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 412:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$INDEX_NAME FROM 12 FOR 32) AS INT) FROM RDB$INDICES  WHERE SUBSTRING(RDB$INDEX_NAME FROM 12 FOR 32) < '999999999999999999999999999999'    AND RDB$INDEX_NAME STARTING WITH 'RDB$PRIMARY' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$INDEX_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$INDEX_NAME TO ' || maxInTable; END

0 records fetched

      0 ms, 3 fetch(es)



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_START

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 413:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$INDEX_NAME FROM 12 FOR 32) AS INT) FROM RDB$INDICES  WHERE SUBSTRING(RDB$INDEX_NAME FROM 12 FOR 32) < '999999999999999999999999999999'    AND RDB$INDEX_NAME STARTING WITH 'RDB$FOREIGN' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$INDEX_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$INDEX_NAME TO ' || maxInTable; END



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_FINISH

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 413:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$INDEX_NAME FROM 12 FOR 32) AS INT) FROM RDB$INDICES  WHERE SUBSTRING(RDB$INDEX_NAME FROM 12 FOR 32) < '999999999999999999999999999999'    AND RDB$INDEX_NAME STARTING WITH 'RDB$FOREIGN' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$INDEX_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$INDEX_NAME TO ' || maxInTable; END

0 records fetched

      0 ms, 3 fetch(es)



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_START

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 414:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$TRIGGER_NAME FROM 7 FOR 32) AS INT) FROM RDB$TRIGGERS  WHERE SUBSTRING(RDB$TRIGGER_NAME FROM 7 FOR 32) < '999999999999999999999999999999'    AND RDB$TRIGGER_NAME STARTING WITH 'CHECK_' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$TRIGGER_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$TRIGGER_NAME TO ' || maxInTable; END



2011-11-26T22:04:43.8590 (3908:020ED584) EXECUTE_STATEMENT_FINISH

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)



Statement 414:

-------------------------------------------------------------------------------

EXECUTE BLOCK AS DECLARE VARIABLE maxInTable INT; DECLARE VARIABLE currentGen INT; BEGIN  SELECT FIRST(1) CAST(SUBSTRING(RDB$TRIGGER_NAME FROM 7 FOR 32) AS INT) FROM RDB$TRIGGERS  WHERE SUBSTRING(RDB$TRIGGER_NAME FROM 7 FOR 32) < '999999999999999999999999999999'    AND RDB$TRIGGER_NAME STARTING WITH 'CHECK_' ORDER BY 1 DESC INTO :maxInTable;   currentGen = gen_id(RDB$TRIGGER_NAME, 0);  IF (currentGen < maxInTable) THEN   EXECUTE STATEMENT 'SET GENERATOR RDB$TRIGGER_NAME TO ' || maxInTable; END

0 records fetched

      0 ms, 3 fetch(es)



2011-11-26T22:04:43.8590 (3908:020ED584) COMMIT_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100

		(TRA_8, READ_COMMITTED | NO_REC_VERSION | WAIT | READ_WRITE)

      1 ms, 13 write(s), 102 fetch(es), 22 mark(s)



2011-11-26T22:04:43.8590 (3908:020ED584) DETACH_DATABASE

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_1, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100



2011-11-26T22:04:43.8590 (3908:020ED584) TRACE_FINI

	SESSION_7  

	



2011-11-26T22:04:44.8750 (3908:020ED584) TRACE_INIT

	SESSION_7  

	



2011-11-26T22:04:44.8750 (3908:020ED584) ATTACH_DATABASE

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_2, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100



2011-11-26T22:04:44.8900 (3908:020ED584) DETACH_DATABASE

	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_2, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:3100



2011-11-26T22:04:44.8900 (3908:020ED584) TRACE_FINI

	SESSION_7

В писании утверждается:
Кооп. сборка мусора gbak является обычной программой , как и любые другие, которые можете написать и вы. Она подсоединяется к базе данных, стартует транзакцию snapshot и затем вычитывает все данные в БД Тогда вопрос очевидный: раз gbak весь такой обычный, то почему в трейсе не видно, как он таблицы молотит и, главное, сколько времени у него на это уходит ?

PS. Содержимое конфигурации трейса:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.

<database %[\\/](t1|t2|t3).fdb>
  enabled true
  log_context true
  log_filename zaudit.log
  max_log_size 0
  log_connections true
  log_transactions true
  log_statement_start true
  log_statement_finish true
  print_perf true
  time_threshold 0
  max_sql_length 2000
  max_dyn_length 2000
  #log_statement_prepare true
  #log_procedure_finish true
</database>

...

Рейтинг:

0 / 0

26.11.2011, 22:18

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37546056

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

ТаблоидДолжна ли активность gbak'a, который читает/пишет в таблицы при бекапе/восстановлении, отражаться как-то в трейсе (я имею в виду статистику его обращений к конкретным таблицам) ?Да.
Включи трассировку BLR запросов.

...

Рейтинг:

0 / 0

27.11.2011, 00:59

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37546179

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hvladТаблоидДолжна ли активность gbak'a, который читает/пишет в таблицы при бекапе/восстановлении, отражаться как-то в трейсе (я имею в виду статистику его обращений к конкретным таблицам) ?Да.
Включи трассировку BLR запросов.Включил. Но как-то не бросилось в глаза.
DDL:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

create database "test.fdb" pagesize  4096 ;
commit;
connect test.fdb user sysdba password masterke;
recreate table tmp(id int);
commit;
set term ^;
execute block as 
declare n int =  100000 ;
begin
  while (n> 0 ) do insert into tmp values(:n) returning :n- 1  into n;
end^
set term ;^
commit;

Trace config :

Код: 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.

C:\1INSTALL\FIREBIRD\FB_2_5>type zaudit.conf
<services>
  enabled true
  # Put service attach, detach and start records
  log_services true
  # Put service query records
  #log_service_query true
</services>
<database %[\\/](test|t1|t2|t3).fdb>
  enabled true
  log_context true
  log_filename zaudit.log
  max_log_size  0 
  log_connections true
  log_transactions true
  log_statement_start true
  log_statement_finish true
  log_blr_requests true
  print_perf true
  print_blr true
  time_threshold  0 
  max_sql_length  2000 
  max_blr_length  2000 
  max_dyn_length  2000 
  #log_statement_prepare true
  #log_procedure_finish true
</database>

Запускаю fbsvcmgr :

Код: plaintext

fbsvcmgr service_mgr user sysdba password masterke 
   action_trace_start trc_name "p1" trc_cfg zaudit.conf > fbsvcmgr.txt

Запускаю во втором окне gbak :

Код: plaintext

gbak -b test.fdb test.fbk

По завершении бекапа завершаю fbsvcmgr.
Содержимое лога fbsvcmgr.txt :

Код: plaintext

Trace session ID 3 started
2011-11-27T08:07:11.2180 (464:020DD364) TRACE_INIT

	SESSION_3 p1

	



2011-11-27T08:07:11.2180 (464:020DD364) START_SERVICE

	service_mgr, (Service 009A0FA4, SYSDBA, XNET:BALAHA, C:\1INSTALL\FIREBIRD\FB_2_5\bin\fbsvcmgr.exe:1440)

	"Start Trace Session"

	-TRUSTED_SVC SYSDBA -START -NAME p1 -CONFIG <services>

  enabled true

  # Put service attach, detach and start records

  log_services true

  # Put service query records

  #log_service_query true

</services>

<database %[\\/](test|t1|t2|t3).fdb>

  enabled true

  log_context true

  log_filename zaudit.log

  max_log_size 0

  log_connections true

  log_transactions true

  log_statement_start true

  log_statement_finish true

  log_blr_requests true

  print_perf true

  print_blr true

  time_threshold 0

  max_sql_length 2000

  max_blr_length 2000

  max_dyn_length 2000

  #log_statement_prepare true

  #log_procedure_finish true

</database>





2011-11-27T08:07:15.0000 (464:020DB6FC) TRACE_INIT

	SESSION_3 p1

	



2011-11-27T08:07:15.0000 (464:020DB6FC) ATTACH_DATABASE

	C:\1INSTALL\FIREBIRD\DATA\TEST.FDB (ATT_5, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:924



2011-11-27T08:07:15.0000 (464:020DB6FC) START_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\TEST.FDB (ATT_5, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:924

		(TRA_13, CONCURRENCY | WAIT | READ_WRITE)



2011-11-27T08:07:16.3280 (464:020DB6FC) COMMIT_TRANSACTION

	C:\1INSTALL\FIREBIRD\DATA\TEST.FDB (ATT_5, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:924

		(TRA_13, CONCURRENCY | WAIT | READ_WRITE)

      0 ms, 1 read(s), 1 write(s), 1 fetch(es), 1 mark(s)



2011-11-27T08:07:16.3280 (464:020DB6FC) DETACH_DATABASE

	C:\1INSTALL\FIREBIRD\DATA\TEST.FDB (ATT_5, SYSDBA:NONE, NONE, XNET:BALAHA)

	C:\1INSTALL\FIREBIRD\FB_2_5\bin\gbak.exe:924



2011-11-27T08:07:16.3280 (464:020DB6FC) TRACE_FINI

	SESSION_3 p1

...

Рейтинг:

0 / 0

27.11.2011, 08:12

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37595838

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Очередная непонятка. Почему fbtracemgr (LI-V2.5.2.26405) грузит одно из ядер на 75-99% ?
Строка запуска:

Код: plaintext

fbtracemgr -sta -se service_mgr -c trc.conf > my_trace.txt

Содержимое конфига:
<database %[\\/](aaa%).fdb>
enabled true
log_filename ./trace.log
log_connections true
log_transactions true
log_statement_start true
log_statement_finish true
# print_plan true
print_perf true
max_sql_length 4096
time_threshold 0
</database>

База - тестовая, активность с ней была только с одного коннекта (сейчас и его нет).

top:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

top - 18:13:00 up 1 day,  6:47,  4 users,  load average: 0.04, 0.43, 0.50
Tasks: 177 total,   1 running, 176 sleeping,   0 stopped,   0 zombie
Cpu0  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  :  0.3%us,  0.0%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu2  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu3  : 29.2%us, 45.8%sy,  0.0%ni, 24.9%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  16445808k total, 16274500k used,   171308k free,    90124k buffers
Swap: 65537156k total,        0k used, 65537156k free, 15240860k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 7094 firebird  20   0 79396 6412 4544 S  75.2   0.0  15:14.34 fbtracemgr

bash-3.2$ uname -a
Linux testracdb.localdomain 2.6.32-200.13.1.el5uek #1 SMP Wed Jul 27 21:02:33 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux

...

Рейтинг:

0 / 0

27.12.2011, 19:18

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37599398

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Можно ли добавить в список конфигурируемых параметров шаблон имени, которому должен отвечать (а также НЕ должен отвечать) remote process ?
Например, включил я аудит, а там львиная доля инфы отводится вот на этот замечательный процесс: /opt/IBPReplicator/replserver. Меня ничего не интересует его активности, но PID у него может меняться (в результате рестарта). Как "закрепить" логирование за именем процесса по принципу вкл/вЫкл ?

...

Рейтинг:

0 / 0

29.12.2011, 17:31

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37599421

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

ТаблоидПочему fbtracemgr (LI-V2.5.2.26405) грузит одно из ядер на 75-99% ?Попробуй Алекса спросить

...

Рейтинг:

0 / 0

29.12.2011, 17:45

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37599735

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Новый вопрос. Аудит (встроенный который) работает как-то "не везде".

Вот что делал для его запуска:
1) остановил базу
2) отключил xinetd
3) вырубил все fb_inet_server'ы:
killall fb_inet_server
проверил, что больше их нет:
ps -e | grep fb_inet_server | wc -l // получил число = нулю
4) запустил xinet.d
5) запустил базу в онлайн

Дальше вижу, что аудит почему-то идёт только при работе с двух машин: моей и... тоже моей. Ну, и репликатор тоже добавлят дровишек в лог.
Подключаюсь к машине юзера, копирую туда файлы isql и прочая, подключаюсь к базе через isql (isql 192.168.0.60:/some_path/our_production.fdb) -- всё Ок, в аудит пишется новая инфа.
Запускаю приложение (оно ес-сно тоже через tcp) - в аудите от него нет ничего.

Что может быть ? Требуется ли подключение к ФБ именно через fbclient.dll, а не gds32.dll ?

...

Рейтинг:

0 / 0

29.12.2011, 23:00

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37599739

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

ТаблоидМеня ничего не интересует его активности, но PID у него может меняться (в результате
рестарта).

Так на то у него есть PID-файл из которого ты можешь новый PID взять и в конфиг подставить.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

29.12.2011, 23:09

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37599741

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Dimitry Sibiryakovновый PID взять и в конфиг подставитьконфиг аудита перечитывается только при полной отключке всех fb_inet_server'ов, даже зомби. Т.е. мне после рестарта репликатора придется всех выключать, что ОЧЕНЬ проблемно в дневное время.

...

Рейтинг:

0 / 0

29.12.2011, 23:12

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37599758

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

ТаблоидЗапускаю приложение (оно ес-сно тоже через tcp) - в аудите от него нет ничего.ЗЫ. Подсунул приложению свежий fbclient.dll (только его пришлось переименовать в gds32.dll - так надо проге), - результат ноль. Аудит не наполняется :'(

...

Рейтинг:

0 / 0

29.12.2011, 23:49

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37599801

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

ТаблоидПодключаюсь к машине юзера, копирую туда файлы isql и прочая, подключаюсь к базе через isql (isql 192.168.0.60:/some_path/our_production.fdb) -- всё Ок, в аудит пишется новая инфа.
Запускаю приложение (оно ес-сно тоже через tcp) - в аудите от него нет ничего.Спасибо Владу, ситуация прояснилась.
Дело было в том, что подавляющая часть юзеров коннектятся не напрямую к файлу базы, а к её алиасу.
Аудит (и юзеровский трейс, наверное, тоже) отслеживает НЕ имя файла, а то, что указано в строке подключения. Она была у пользователей, разумеется, совсем другой.
Правильный способ перечисления в теге <databases> имён файлов и имён алиасов следующий:

Код: plaintext

1.
2.
3.

<database  ( %[\\/] ( idx_test2|blob_test123|our_production ) .fdb ) | ( alias_to_our_production ) >
...
</database>

...

Рейтинг:

0 / 0

30.12.2011, 00:57

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37599956

Кузнецов Евгений

Гость

ТаблоидДело было в том, что подавляющая часть юзеров коннектятся не напрямую к файлу базы, а к её алиасу.
Отчего бы DatabaseAccess = None не поставить?
--
BR, Евгений

...

Рейтинг:

0 / 0

30.12.2011, 09:42

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37599964

oleg_m

Участник

Сообщения: 1 121

Рейтинг: 0 / 0

Кузнецов ЕвгенийТаблоидДело было в том, что подавляющая часть юзеров коннектятся не напрямую к файлу базы, а к её алиасу.
Отчего бы DatabaseAccess = None не поставить?
вероятно потому, что регулярно создаются новые БД.
хотя бы тестовые

...

Рейтинг:

0 / 0

30.12.2011, 09:56

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37600011

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

oleg_mвероятно потому, что регулярно создаются новые БД.
хотя бы тестовыеДа, именно так.

...

Рейтинг:

0 / 0

30.12.2011, 10:46

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37600253

Basil A. Sidorov

Участник

Сообщения: 11 633

Рейтинг: 0 / 0

Таблоидoleg_mвероятно потому, что регулярно создаются новые БД.
хотя бы тестовыеДа, именно так.Если "работают пользователи", то создание тестовых баз должно быть или упорядочено или вообще не быть.
Поэтому не вижу ни одной проблемы записать в alias.conf десяток псевдонимов вида test0 - test9 и выдать нужное число логинов каждому тестеру персонально.
Или система безопасности FB2.5 настолько отличается от FB2.1?

...

Рейтинг:

0 / 0

30.12.2011, 13:42

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37600269

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Basil A. SidorovПоэтому не вижу ни одной проблемы записать в alias.conf десяток псевдонимов вида test0 - test9 и выдать нужное число логинов каждому тестеру персонально.я тут (на работе своей) один "каждый тестер", больше это никому не интересно. Так что проблема эта для меня не актуальна.
А вот в доке по аудиту/трейсу надо бы отразить ноанс 11848598 , на который я вчера налетел.

ЗЫ. Аудит пришлось только что вырубить ("Operating system call pthread_mutex_destroy failed. Error code 16"), а пользовательский трейс я всегда делаю на другом серваке.

...

Рейтинг:

0 / 0

30.12.2011, 13:52

| Ответить | Цитировать | Написать

fbtracemgr: разные мелкие вопросы

#37600272

Basil A. Sidorov

Участник

Сообщения: 11 633

Рейтинг: 0 / 0

Таблоидя тут (на работе своей) один "каждый тестер"Ну так и влепи самому себе выговор за неиспользование "DatabaseAccess=None".

...

Рейтинг:

0 / 0

30.12.2011, 13:55

| Ответить | Цитировать | Написать

25 сообщений из 201, страница 4 из 9

все

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / fbtracemgr: разные мелкие вопросы

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=40&msg=37600269&tid=1561416]:	0ms
get settings:	8ms
get forum list:	12ms
check forum access:	4ms
check topic access:	4ms
track hit:	135ms
get topic data:	11ms
get forum data:	3ms
get page messages:	69ms
get tp. blocked users:	1ms
others:	14ms

total:	261ms