ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
10 сообщений из 10, страница 1 из 1
nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
    #38553856
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
hi all

Дано:
1) тестовая тряпка, текущий размер 8,5 Гб; 350 DML-молотилок.
2) в отдельном окне - скрипт, опрашивающий мон-таблицы с интервалом 10 сек.

Снял копию с этой базы через nbackup -L + cp source.fdb target.fdb, и на некоторое время оставил её в таком виде, т.е. дельта всё это время потихоньку росла.

И доросла она до 288 Мб, после чего я ввёл nbackup -N.

Ну так вот:
1) энбекап заливал дельту 288 Мб в течение 16 минут (при 355 молотилках); т.е. 290 Кб в сек. Флоппи диск - и то рулит
2) скрипт, который полез к монам ПОСЛЕ начала nbackup -N, не мог пролезть к ним до того момента, пока nbackup -N не завершит свою работу.

Вот лог работы nbackup -N:
Код: plaintext
1.
2.
3.
$ date; /opt/fb30trnk/bin/nbackup -N idx_under_load_trnk.fdb ; date
Fri Feb  7  16:44:32  MSK 2014
Fri Feb  7  17:01:54  MSK 2014
Вот лог работы скрипта, опрашивающего моны:
 
Код: 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.
2014-02-07 16:19:53.9246 - starting quering mon tables
check result in ./logs/mon30_140206_191936.log, errors in ./logs/mon30_140206_191936.err
/opt/fb30trnk/bin/isql localhost/3333:idx_test -user sysdba -pas masterke -pag 999 -n i ...
-rw-r--r-- 1 firebird firebird        0 Feb  6 19:19 ./logs/mon30_140206_191936.err
-rw-r--r-- 1 firebird firebird 88639550 Feb  7 16:23 ./logs/mon30_140206_191936.log
2014-02-07 16:23:51.4214 - done. Now take pause 10 seconds. . .
-----------------------------------------------------------------------------------
2014-02-07 16:24:01.4251 - starting quering mon tables
check result in ./logs/mon30_140206_191936.log, errors in ./logs/mon30_140206_191936.err
/opt/fb30trnk/bin/isql localhost/3333:idx_test -user sysdba -pas masterke -pag 999 -n i ...
-rw-r--r-- 1 firebird firebird        0 Feb  6 19:19 ./logs/mon30_140206_191936.err
-rw-r--r-- 1 firebird firebird 88798251 Feb  7 16:32 ./logs/mon30_140206_191936.log
2014-02-07 16:32:02.7322 - done. Now take pause 10 seconds. . .
-----------------------------------------------------------------------------------
2014-02-07 16:32:12.7357 - starting quering mon tables
check result in ./logs/mon30_140206_191936.log, errors in ./logs/mon30_140206_191936.err
/opt/fb30trnk/bin/isql localhost/3333:idx_test -user sysdba -pas masterke -pag 999 -n i ...
-rw-r--r-- 1 firebird firebird        0 Feb  6 19:19 ./logs/mon30_140206_191936.err
-rw-r--r-- 1 firebird firebird 88956957 Feb  7 16:34 ./logs/mon30_140206_191936.log
2014-02-07 16:34:40.3037 - done. Now take pause 10 seconds. . .
-----------------------------------------------------------------------------------
2014-02-07 16:34:50.3074 - starting quering mon tables
check result in ./logs/mon30_140206_191936.log, errors in ./logs/mon30_140206_191936.err
/opt/fb30trnk/bin/isql localhost/3333:idx_test -user sysdba -pas masterke -pag 999 -n i ...
-rw-r--r-- 1 firebird firebird        0 Feb  6 19:19 ./logs/mon30_140206_191936.err
-rw-r--r-- 1 firebird firebird 89115217 Feb  7 16:45 ./logs/mon30_140206_191936.log
2014-02-07 16:45:38.1101 - done. Now take pause 10 seconds. . .
-----------------------------------------------------------------------------------
2014-02-07  16:45:48.1138  - starting quering mon tables
check result in ./logs/mon30_140206_191936.log, errors in ./logs/mon30_140206_191936.err
/opt/fb30trnk/bin/isql localhost/3333:idx_test -user sysdba -pas masterke -pag 999 -n i ...
-rw-r--r-- 1 firebird firebird        0 Feb  6 19:19 ./logs/mon30_140206_191936.err
-rw-r--r-- 1 firebird firebird 89273918 Feb  7 17:02 ./logs/mon30_140206_191936.log
2014-02-07  17:02:52.8109  - done. Now take pause 10 seconds. . .

Если посмотреть на этот лог, то видно, что затыков свыше 10 минут в нём не было. До тех пор, пока nbackup -N не начал заливать дельту.

Это так и должно быть ?
...
Рейтинг: 0 / 0
07.02.2014, 17:15:21
| Ответить | Цитировать | Написать  
nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
    #38553897
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
А еще вот что вижу:
1) если ввести nbackup -L и оставить дельту расти некоторое время, то коннект к базе выполняется... строго 10 +/- 0.5 сек!
Вот скрипт:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
echo -e set list on\; select current_timestamp from rdb\$database\; quit\;>dummy.tmp
i=1
while :
do
  echo ....................... iter $i ....................
  echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24
  ls -l idx_under_load_trnk.fdb.delta
  /opt/fb30trnk/bin/isql localhost/3333:idx_test -i dummy.tmp
  echo -n $(date +'%Y-%m-%d %H:%M:%S.%N')|cut -c1-24
  sleep 5
  i=$((i+1))
done
- вот его лог (NB на моменты времени *до* строки current_timestamp и в ней самой):
 
Код: 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.
...................... iter 1 ....................
2014-02-07 17:29:00.2049

CURRENT_TIMESTAMP               2014-02-07 17:29:09.1520


2014-02-07 17:29:09.1736
....................... iter 2 ....................
2014-02-07 17:29:14.1766

CURRENT_TIMESTAMP               2014-02-07 17:29:23.4610


2014-02-07 17:29:23.4910
....................... iter 3 ....................
2014-02-07 17:29:28.4936

CURRENT_TIMESTAMP               2014-02-07 17:29:37.8620


2014-02-07 17:29:37.8857
....................... iter 4 ....................
2014-02-07 17:29:42.8882

CURRENT_TIMESTAMP               2014-02-07 17:29:52.7910


2014-02-07 17:29:52.8207
....................... iter 5 ....................
2014-02-07 17:29:57.8232

CURRENT_TIMESTAMP               2014-02-07 17:30:07.8180


2014-02-07 17:30:07.8507
....................... iter 6 ....................
2014-02-07 17:30:12.8534

CURRENT_TIMESTAMP               2014-02-07 17:30:22.0050


2014-02-07 17:30:22.0317
....................... iter 7 ....................
2014-02-07 17:30:27.0344

CURRENT_TIMESTAMP               2014-02-07 17:30:36.6730


2014-02-07 17:30:36.6992
....................... iter 8 ....................
2014-02-07 17:30:41.7017

CURRENT_TIMESTAMP               2014-02-07 17:30:51.4470


2014-02-07 17:30:51.4729
....................... iter 9 ....................
2014-02-07 17:30:56.4756

CURRENT_TIMESTAMP               2014-02-07 17:31:06.2470


2014-02-07 17:31:06.2715
....................... iter 10 ....................
2014-02-07 17:31:11.2741

CURRENT_TIMESTAMP               2014-02-07 17:31:20.7910


2014-02-07 17:31:20.8160
....................... iter 11 ....................
2014-02-07 17:31:25.8186

CURRENT_TIMESTAMP               2014-02-07 17:31:35.4150


2014-02-07 17:31:35.4410
....................... iter 12 ....................
2014-02-07 17:31:40.4436

CURRENT_TIMESTAMP               2014-02-07 17:31:50.1220


2014-02-07 17:31:50.1493
....................... iter 13 ....................
2014-02-07 17:31:55.1519

CURRENT_TIMESTAMP               2014-02-07 17:32:04.5760


2014-02-07 17:32:04.6023
....................... iter 14 ....................
2014-02-07 17:32:09.6047

CURRENT_TIMESTAMP               2014-02-07 17:32:19.3470


2014-02-07 17:32:19.3710
....................... iter 15 ....................
2014-02-07 17:32:24.3737

CURRENT_TIMESTAMP               2014-02-07 17:32:32.7650


2014-02-07 17:32:32.7895
....................... iter 16 ....................
2014-02-07 17:32:37.7921

CURRENT_TIMESTAMP               2014-02-07 17:32:46.9800


2014-02-07 17:32:47.0077
....................... iter 17 ....................
2014-02-07 17:32:52.0104

CURRENT_TIMESTAMP               2014-02-07 17:33:01.0880


2014-02-07 17:33:01.1143
....................... iter 18 ....................
2014-02-07 17:33:06.1169

CURRENT_TIMESTAMP               2014-02-07 17:33:15.8400


2014-02-07 17:33:15.8650
....................... iter 19 ....................
2014-02-07 17:33:20.8676

CURRENT_TIMESTAMP               2014-02-07 17:33:30.4860


2014-02-07 17:33:30.5094
....................... iter 20 ....................
2014-02-07 17:33:35.5118

CURRENT_TIMESTAMP               2014-02-07 17:33:45.0480


2014-02-07 17:33:45.0732

20 раз устанавливался коннект, и каждый раз - как по волшесбству - он это делал строго 10 сек.

2) если начать заливать дельту обратно, т.е. ввести nbackup -N, то коннекты идут тоже долго, но уже не таким "строгим шагом":
 
Код: 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.
....................... iter 1 ....................
2014-02-07 17:36:00.8510
-rw-rw---- 1 firebird firebird 443658240 Feb  7 17:36 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:37:18.9660


2014-02-07 17:37:18.9902
....................... iter 2 ....................
2014-02-07 17:37:23.9927
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:37 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:37:32.7730


2014-02-07 17:37:32.8011
....................... iter 3 ....................
2014-02-07 17:37:37.8036
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:37 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:37:45.4900


2014-02-07 17:37:45.5152
....................... iter 4 ....................
2014-02-07 17:37:50.5175
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:37 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:38:00.1660


2014-02-07 17:38:00.1896
....................... iter 5 ....................
2014-02-07 17:38:05.1919
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:38 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:38:12.7030


2014-02-07 17:38:12.7298
....................... iter 6 ....................
2014-02-07 17:38:17.7322
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:38 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:38:19.0460


2014-02-07 17:38:19.0692
....................... iter 7 ....................
2014-02-07 17:38:24.0717
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:38 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:38:30.6540


2014-02-07 17:38:30.6745
....................... iter 8 ....................
2014-02-07 17:38:35.6768
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:38 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:38:42.5740


2014-02-07 17:38:42.5983
....................... iter 9 ....................
2014-02-07 17:38:47.6006
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:38 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:38:50.2030


2014-02-07 17:38:50.2255
....................... iter 10 ....................
2014-02-07 17:38:55.2280
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:38 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:39:02.2000


2014-02-07 17:39:02.2233
....................... iter 11 ....................
2014-02-07 17:39:07.2256
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:39 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:39:14.6140


2014-02-07 17:39:14.6408
....................... iter 12 ....................
2014-02-07 17:39:19.6430
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:39 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:39:23.0520


2014-02-07 17:39:23.0720
....................... iter 13 ....................
2014-02-07 17:39:28.0747
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:39 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:39:35.7760


2014-02-07 17:39:35.8012
....................... iter 14 ....................
2014-02-07 17:39:40.8036
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:39 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:39:49.1140


2014-02-07 17:39:49.1420
....................... iter 15 ....................
2014-02-07 17:39:54.1444
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:39 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:40:02.4190


2014-02-07 17:40:02.4522
....................... iter 16 ....................
2014-02-07 17:40:07.4546
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:40 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:40:16.1780


2014-02-07 17:40:16.2074
....................... iter 17 ....................
2014-02-07 17:40:21.2098
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:40 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:40:30.1040


2014-02-07 17:40:30.1299
....................... iter 18 ....................
2014-02-07 17:40:35.1322
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:40 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:40:44.2040


2014-02-07 17:40:44.2332
....................... iter 19 ....................
2014-02-07 17:40:49.2357
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:40 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:40:58.4120


2014-02-07 17:40:58.4354
....................... iter 20 ....................
2014-02-07 17:41:03.4377
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:41 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:41:12.9530


2014-02-07 17:41:12.9844
....................... iter 21 ....................
2014-02-07 17:41:17.9868
-rw-rw---- 1 firebird firebird 445595648 Feb  7 17:41 idx_under_load_trnk.fdb.delta

CURRENT_TIMESTAMP               2014-02-07 17:41:26.9680


2014-02-07 17:41:26.9938
...
Рейтинг: 0 / 0
07.02.2014, 17:44:21
| Ответить | Цитировать | Написать  
nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
    #38553945
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
повторил еще раз с nbackup -N:

Код: plaintext
1.
2.
$ date; /opt/fb30trnk/bin/nbackup -N idx_under_load_trnk.fdb ; date
Fri Feb   7 17:35:58  MSK 2014 -- start
Fri Feb  7  18:04:12  MSK 2014 -- finish

и вижу в логе скрипта, лазающего к монам, всё то же самое:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
2014-02-07  17:35:10.2526  - starting quering mon tables 
/*это предыдущая его итерация, она успела влезть ДО начала nbackup -N... */
check result in ./logs/mon30_140206_191936.log, errors in ./logs/mon30_140206_191936.err
/opt/fb30trnk/bin/isql localhost/3333:idx_test -user sysdba -pas masterke -pag 999 -n i ...
-rw-r--r-- 1 firebird firebird        0 Feb  6 19:19 ./logs/mon30_140206_191936.err
-rw-r--r-- 1 firebird firebird 89748698 Feb  7 17:37 ./logs/mon30_140206_191936.log
2014-02-07 17:37:35.5365 - done. Now take pause 10 seconds. . .
/ * ... и смогла завершиться в то время, когда nbackup -N уже работал */
-----------------------------------------------------------------------------------
2014-02-07  17:37:45.5401  - starting quering mon tables
/*  это следующая итерация, попытка установить коннект уже при работе nbackup -N
    (коннект, как теперь известно, БУДЕТ установлен успешно в течение 5...15 сек) */
check result in ./logs/mon30_140206_191936.log, errors in ./logs/mon30_140206_191936.err
/opt/fb30trnk/bin/isql localhost/3333:idx_test -user sysdba -pas masterke -pag 999 -n i ...
-rw-r--r-- 1 firebird firebird        0 Feb  6 19:19 ./logs/mon30_140206_191936.err
-rw-r--r-- 1 firebird firebird 89907399 Feb  7 18:04 ./logs/mon30_140206_191936.log
2014-02-07  18:04:37.5073  - done. Now take pause 10 seconds. . .
 /* но завершить опрос mon$-таблиц удастся только после завершения nbackup -N */

Не понимаю, почему mon$-таблицы так черствы и безответны всё то время, как заливается дельта :'(
...
Рейтинг: 0 / 0
07.02.2014, 18:13:43
| Ответить | Цитировать | Написать  
nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
    #38553952
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
ТаблоидНе понимаю, почему mon$-таблицы так черствы и безответны всё то время, как заливается дельта :'(Я про это знаю, исправим.


Мне вот это более интересно:
Таблоидесли ввести nbackup -L и оставить дельту расти некоторое время, то коннект к базе выполняется... строго 10 +/- 0.5 сек!На 2.5 проверял ?
...
Рейтинг: 0 / 0
07.02.2014, 18:16:34
| Ответить | Цитировать | Написать  
nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
    #38553967
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
hvladТаблоидНе понимаю, почему mon$-таблицы так черствы и безответны всё то время, как заливается дельта :'(Я про это знаю, исправим.тикет надо сбацать или он уже есть ?
hvladНа 2.5 проверял ?Нет пока. Тут еще одна затыка случилась: со вчерашнего вечера, 18:19 (т.е. сутки) свип не может собраться. Я dimitr'у отсигналил, несколько бактрасс собрал по процессам gfix & firebird - у него есть они.
Сижу вот, думкаю: стопануть тест или подождать таки хотя бы одного завершения свипа ?..
...
Рейтинг: 0 / 0
07.02.2014, 18:23:23
| Ответить | Цитировать | Написать  
nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
    #38553989
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Таблоидтикет надо сбацатьСначала на 2.5 проверь
ТаблоидСижу вот, думкаюНе может быть
...
Рейтинг: 0 / 0
07.02.2014, 18:42:12
| Ответить | Цитировать | Написать  
nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
    #38553992
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
hvladТаблоидСижу вот, думкаюНе может быть yes, it's happen!
ну так чё со свипом-то посоветуешь ?
...
Рейтинг: 0 / 0
07.02.2014, 18:43:48
| Ответить | Цитировать | Написать  
nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
    #38554016
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Таблоидну так чё со свипом-то посоветуешь ?Убей.
Или оставь жить.
Или одно из двух.

:)
...
Рейтинг: 0 / 0
07.02.2014, 19:11:36
| Ответить | Цитировать | Написать  
nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
    #38554018
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
Таблоидповторил еще раз с nbackup -N:
Код: plaintext
1.
2.
3.
. . .
2014-02-07  18:04:37.5073  - done. Now take pause 10 seconds. . .
 /* но завершить опрос mon$-таблиц удастся только после завершения nbackup -N */
Не понимаю, почему mon$-таблицы так черствы и безответны всё то время, как заливается дельта :'(пфф.... чё-то вообще странное происходит: после успешного завершения этой итерации следующая взвисла вусмерть:
Код: plaintext
1.
2.
3.
4.
5.
2014-02-07 18:04:37.5073 - done. Now take pause 10 seconds. . .
-----------------------------------------------------------------------------------
2014-02-07  18:04:47 .5165 - starting quering mon tables
check result in ./logs/mon30_140206_191936.log, errors in ./logs/mon30_140206_191936.err
/opt/fb30trnk/bin/isql localhost/3333:idx_test -user sysdba -pas masterke -pag 999 -n i ...
- и всё, "ку-ку". Уже больше часа нет ответа (по моим часам сейчас 19:13)

Вот тут лежат бактрассы для ФБ, gfix'a (который типа свип делает, сутки уже) & isql (который пытается пролезть к монам), сделаны с интервалом 10 сек:

http://yadi.sk/d/RpoHPsS3HVVgM

ЗЫ. nbackup сейчас НЕ идёт, я его выключил.
...
Рейтинг: 0 / 0
07.02.2014, 19:13:35
| Ответить | Цитировать | Написать  
nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
    #38554941
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
hvladМне вот это более интересно:
Таблоидесли ввести nbackup -L и оставить дельту расти некоторое время, то коннект к базе выполняется... строго 10 +/- 0.5 сек!На 2.5 проверял ?Проверил на 2.5. Оставил дельту расти до ~400 мб, затем запустил :
1) в первом окне
Код: plaintext
date; time /opt/fb25/bin/nbackup -N idx_under_load_fb25.fdb ; date
результат был выдан почти сразу, всего через 15 сек:
Код: plaintext
1.
2.
3.
4.
5.
6.
Sun Feb  9 14: 34:51  MSK 2014

real    0m15.524s
user    0m0.005s
sys     0m0.003s
Sun Feb  9 14: 35:06  MSK 2014
2) во втором окне ввёл снова скрипт, замеряющий время перед коннектом, "внутри" isql и после выхода из него. Коннекты шли менее 1 сек:
 
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
....................... iter 1 ....................
2014-02-09 14: 34:54 .5498

CURRENT_TIMESTAMP               2014-02-09 14: 34:54 .5640


2014-02-09 14:34:54.5675
....................... iter 2 ....................
2014-02-09 14: 34:59 .5701

CURRENT_TIMESTAMP               2014-02-09 14: 34:59 .7020


2014-02-09 14:34:59.7259
....................... iter 3 ....................
2014-02-09 14: 35:04 .7284

CURRENT_TIMESTAMP               2014-02-09 14: 35:04 .7580


2014-02-09 14:35:04.7688

База, однако растёт гораздо медленнее, чем в ФБ 3.0 на том же кеше = 2048 и том же числе молотилок. Её размер через 12 часов после начала теста всего 418 Мб:
 
gstat -h
Код: 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.
Database "/var/db/fb30/idx_under_load_fb25.fdb"
Database header page information:
        Flags                   0
        Checksum                12345
        Generation              802126
        Page size               4096
        ODS version             11.2
        Oldest transaction      779422
        Oldest active           779423
        Oldest snapshot         779423
        Next transaction        799874
        Bumped transaction      1
        Sequence number         0
        Next attachment ID      8812
        Implementation ID       24
        Shadow count            0
        Page buffers            0
        Next header page        0
        Database dialect        3
        Creation date           Feb 9, 2014 1:35:52
        Attributes

    Variable header data:
        Database backup GUID:   {08AB032C-2545-4514-1DA3-D34A5EE4020B}
        Sweep interval:         0
        *END*
...
Рейтинг: 0 / 0
09.02.2014, 14:43:21
| Ответить | Цитировать | Написать  
10 сообщений из 10, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / nbackup -N не даёт пролезть к mon$-таблицам, пока не закончит заливать дельту. Why ?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=38554016&tid=1563907]:
 0ms
get settings:
 7ms
get forum list:
 13ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 277ms
get topic data:
 10ms
get forum data:
 3ms
get page messages:
 46ms
get tp. blocked users:
 1ms
others: 205ms
total:  566ms
созд. / загр.: 566ms
x
x
Закрыть


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