Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / nbackup -b: не вижу сведений по нему в mon$attachments. Why ? / 12 сообщений из 12, страница 1 из 1
12.02.2014, 16:09:50
    #38558680
Таблоид
Таблоид
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
hi all.

Вот трейс при работе nbackup -b 0 некоторой большой базы:
 
Код: 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.
Trace session ID 7 started
2014-02-12T16:03:58.6230 (9319:0x7ff627708f28) TRACE_INIT
        SESSION_7


2014-02-12T16:03:58.6230 (9319:0x7ff627708f28) ATTACH_DATABASE
        /var/db/fb30/gfixtest30.fdb (ATT_44, SYSDBA:NONE, NONE, <internal>)

2014-02-12T16:03:58.6250 (9319:0x7ff627708f28) START_TRANSACTION
        /var/db/fb30/gfixtest30.fdb (ATT_44, SYSDBA:NONE, NONE, <internal>)
                (TRA_114, CONCURRENCY | WAIT | READ_WRITE)

2014-02-12T16:03:58.6260 (9319:0x7ff627708f28) EXECUTE_STATEMENT_FINISH
        /var/db/fb30/gfixtest30.fdb (ATT_44, SYSDBA:NONE, NONE, <internal>)
                (TRA_114, CONCURRENCY | WAIT | READ_WRITE)

-------------------------------------------------------------------------------
ALTER DATABASE BEGIN BACKUP
0 records fetched
      0 ms

2014-02-12T16:03:58.6260 (9319:0x7ff627708f28) COMMIT_TRANSACTION
        /var/db/fb30/gfixtest30.fdb (ATT_44, SYSDBA:NONE, NONE, <internal>)
                (TRA_114, CONCURRENCY | WAIT | READ_WRITE)
      0 ms, 8 write(s), 3 fetch(es), 3 mark(s)

2014-02-12T16:03:58.6260 (9319:0x7ff627708f28) DETACH_DATABASE
        /var/db/fb30/gfixtest30.fdb (ATT_44, SYSDBA:NONE, NONE, <internal>)

2014-02-12T16:03:58.6260 (9319:0x7ff627708f28) TRACE_FINI
        SESSION_7


2014-02-12T16:04:03.9040 (32351:0x7f6c357be2e8) TRACE_INIT
        SESSION_7


2014-02-12T16:04:03.9040 (32351:0x7f6c357be2e8) DETACH_DATABASE
        /opt/fb30trnk/security3.fdb (ATT_6750, SYSDBA:NONE, NONE, <internal>)

2014-02-12T16:04:03.9050 (32351:0x7f6c357be2e8) TRACE_FINI
        SESSION_7


2014-02-12T16:04:43.7120 (9319:0x7ff627b86f28) TRACE_INIT
        SESSION_7


2014-02-12T16:04:43.7130 (9319:0x7ff627b86f28) ATTACH_DATABASE
        /var/db/fb30/gfixtest30.fdb (ATT_47, SYSDBA:NONE, NONE, <internal>)

2014-02-12T16:04:43.7140 (9319:0x7ff627b86f28) START_TRANSACTION
        /var/db/fb30/gfixtest30.fdb (ATT_47, SYSDBA:NONE, NONE, <internal>)
                (TRA_115, CONCURRENCY | WAIT | READ_WRITE)

2014-02-12T16:04:43.7150 (9319:0x7ff627b86f28) EXECUTE_STATEMENT_FINISH
        /var/db/fb30/gfixtest30.fdb (ATT_47, SYSDBA:NONE, NONE, <internal>)
                (TRA_115, CONCURRENCY | WAIT | READ_WRITE)

Statement 19:
-------------------------------------------------------------------------------
insert into rdb$backup_history(rdb$backup_id, rdb$timestamp, rdb$backup_level, rdb$guid, rdb$scn, rdb$file_name) values(gen_id(rdb$backup_history, 1), 'now', ?, ?, ?, ?)

param0 = integer, "0"
param1 = varchar(38), "{B594EB48-12DB-4BCE-E481-69C1395FC5F0}"
param2 = integer, "9"
param3 = varchar(255), "gfixtest30.fdb.nbk0"

0 records fetched
      0 ms, 6 read(s), 10 fetch(es), 6 mark(s)

Table                             Natural     Index    Update    Insert    Delete   Backout     Purge   Expunge
***************************************************************************************************************
RDB$BACKUP_HISTORY                                                    1

2014-02-12T16:04:43.7150 (9319:0x7ff627b86f28) COMMIT_TRANSACTION
        /var/db/fb30/gfixtest30.fdb (ATT_47, SYSDBA:NONE, NONE, <internal>)
                (TRA_115, CONCURRENCY | WAIT | READ_WRITE)
      0 ms, 5 write(s), 1 fetch(es), 1 mark(s)

2014-02-12T16:04:43.7150 (9319:0x7ff627b86f28) START_TRANSACTION
        /var/db/fb30/gfixtest30.fdb (ATT_47, SYSDBA:NONE, NONE, <internal>)
                (TRA_116, CONCURRENCY | WAIT | READ_WRITE)

2014-02-12T16:04:43.7160 (9319:0x7ff627b86f28) EXECUTE_STATEMENT_FINISH
        /var/db/fb30/gfixtest30.fdb (ATT_47, SYSDBA:NONE, NONE, <internal>)
                (TRA_116, CONCURRENCY | WAIT | READ_WRITE)

-------------------------------------------------------------------------------
ALTER DATABASE END BACKUP
0 records fetched
      0 ms

2014-02-12T16:04:43.7160 (9319:0x7ff627b86f28) COMMIT_TRANSACTION
        /var/db/fb30/gfixtest30.fdb (ATT_47, SYSDBA:NONE, NONE, <internal>)
                (TRA_116, CONCURRENCY | WAIT | READ_WRITE)
      0 ms, 14 write(s), 18 fetch(es), 17 mark(s)

2014-02-12T16:04:43.7160 (9319:0x7ff627b86f28) DETACH_DATABASE
        /var/db/fb30/gfixtest30.fdb (ATT_47, SYSDBA:NONE, NONE, <internal>)

2014-02-12T16:04:43.7160 (9319:0x7ff627b86f28) TRACE_FINI
        SESSION_7

И вот то, что было в это время видно в mon$att:
 
Код: 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.
SQL> set list on; commit; select * from mon$attachments where mon$attachment_id<>current_connection;

MON$ATTACHMENT_ID               38
MON$SERVER_PID                  32351
MON$STATE                       0
MON$ATTACHMENT_NAME             /var/db/fb30/gfixtest30.fdb
MON$USER                        Garbage Collector
MON$ROLE                        <null>
MON$REMOTE_PROTOCOL             <null>
MON$REMOTE_ADDRESS              <null>
MON$REMOTE_PID                  <null>
MON$CHARACTER_SET_ID            0
MON$TIMESTAMP                   2014-02-12 16:02:05.9950
MON$GARBAGE_COLLECTION          1
MON$REMOTE_PROCESS              <null>
MON$STAT_ID                     6
MON$CLIENT_VERSION              <null>
MON$REMOTE_VERSION              <null>
MON$REMOTE_HOST                 <null>
MON$REMOTE_OS_USER              <null>
MON$AUTH_METHOD                 <null>
MON$SYSTEM_FLAG                 1

MON$ATTACHMENT_ID               36
MON$SERVER_PID                  32351
MON$STATE                       0
MON$ATTACHMENT_NAME             /var/db/fb30/gfixtest30.fdb
MON$USER                        Cache Writer
MON$ROLE                        <null>
MON$REMOTE_PROTOCOL             <null>
MON$REMOTE_ADDRESS              <null>
MON$REMOTE_PID                  <null>
MON$CHARACTER_SET_ID            0
MON$TIMESTAMP                   2014-02-12 16:02:05.9950
MON$GARBAGE_COLLECTION          1
MON$REMOTE_PROCESS              <null>
MON$STAT_ID                     8
MON$CLIENT_VERSION              <null>
MON$REMOTE_VERSION              <null>
MON$REMOTE_HOST                 <null>
MON$REMOTE_OS_USER              <null>
MON$AUTH_METHOD                 <null>
MON$SYSTEM_FLAG                 1


Д, я знаю, что nbackup как-то там глубоко вкрячен в сам движок.
Но почему бы не отражать наличие его коннекта (вполне себе реального, судя по трейсу) в mon$att ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.02.2014, 16:16:45
    #38558699
Симонов Денис
Симонов Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
Таблоид,

дык ты просто не успеваешь его поймать. Обрати внимание на то сколько эти коннекты длились.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.02.2014, 16:25:37
    #38558727
Таблоид
Таблоид
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
Симонов Денисдык ты просто не успеваешь его поймать. Обрати внимание на то сколько эти коннекты длились.Файловый кеш линузха был перед этим заботливо обнулен.
И я пока не так сильно тормозю, чтобы не успеть за 45 сек переключиться в другое isql-окно и жамкнуть там Ентер при заранее введенной команде :-)
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
$ time /opt/fb30trnk/bin/nbackup -b 0 gfixtest30.fdb gfixtest30.fdb.nbk0
time elapsed    45 sec
page reads      1755328
page writes     1755328

real    0m45.131s
user    0m0.310s
sys     0m7.994s
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.02.2014, 16:27:51
    #38558734
Таблоид
Таблоид
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
ЗЫ. Ну, и в трейсе всё видно, те же 45 сек:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
$ grep -A4 -i "alter database" trc3333_20140212_160353.log
ALTER DATABASE BEGIN BACKUP
0 records fetched
      0 ms

2014-02-12T16: 03:58 .6260 (9319:0x7ff627708f28) COMMIT_TRANSACTION
--
ALTER DATABASE END BACKUP
0 records fetched
      0 ms

2014-02-12T16: 04:43 .7160 (9319:0x7ff627b86f28) COMMIT_TRANSACTION
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.02.2014, 16:30:31
    #38558741
Симонов Денис
Симонов Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
Таблоид,

там два коннекта
1. 2014-02-12T16:03:58.6230 - 2014-02-12T16:03:58.6260 = 3мс
2. 2014-02-12T16:04:43.7130 - 2014-02-12T16:04:43.7160 = 3мс

как ты их успеешь мониторингом поймать?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.02.2014, 16:37:57
    #38558762
Таблоид
Таблоид
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
Симонов Денис,

Коннект att_47 - посмотри, это делал nbackup или "кто-то еще" ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.02.2014, 16:40:09
    #38558767
Таблоид
Таблоид
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
0xFF
Уже не первый раз вижу: нутряной коннект, проверяющий мой пароль, имеет какой-то странный номер: ATT_6750. Откудова он взял этот номер, когда база - свежак, только что сформирована ? Почему именно такой ИД у него, 6750, а не другой ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.02.2014, 16:50:22
    #38558781
Симонов Денис
Симонов Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
Симонов ДенисТаблоид,

там два коннекта
1. 2014-02-12T16:03:58.6230 - 2014-02-12T16:03:58.6260 = 3мс (ATT_44)

ALTER DATABASE BEGIN BACKUP

2. 2014-02-12T16:04:43.7130 - 2014-02-12T16:04:43.7160 = 3мс (ATT_47)

insert into rdb$backup_history
ALTER DATABASE END BACKUP
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.02.2014, 16:55:51
    #38558791
hvlad
hvlad
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
Таблоид0xFF
Уже не первый раз вижу: нутряной коннект, проверяющий мой пароль, имеет какой-то странный номер: ATT_6750. Откудова он взял этот номер, когда база - свежак, только что сформирована ? Почему именно такой ИД у него, 6750, а не другой ?Ну так прочти же имя БД, в которой проверяется твой пароль
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.02.2014, 17:05:58
    #38558810
Таблоид
Таблоид
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
Денис, пардон, вижу.
Вот в этом промежутке времени:
Таблоид
Код: plaintext
1.
2.
3.
4.
5.
2014-02-12T16: 04:03 .9050 (32351:0x7f6c357be2e8) TRACE_FINI
        SESSION_7


2014-02-12T16: 04:43 .7120 (9319:0x7ff627b86f28) TRACE_INIT
        SESSION_7
- непонятно вообще, что делался именно nbackup. Он, скорее всего, вообще не имеет никакого коннекта.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.02.2014, 17:06:45
    #38558812
Таблоид
Таблоид
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
hvladНу так прочти же имя БД, в которой проверяется твой парольузрел, спс. :-))
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
12.02.2014, 17:23:46
    #38558838
dimitr
dimitr
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nbackup -b: не вижу сведений по нему в mon$attachments. Why ?
ТаблоидВот в этом промежутке времени непонятно вообще, что делался именно nbackup. Он, скорее всего, вообще не имеет никакого коннекта.
конечно не имеет. Он в это время копирует базу на файловом уровне.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / nbackup -b: не вижу сведений по нему в mon$attachments. Why ? / 12 сообщений из 12, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 319ms
Закрыть
start [/forum/topic.php?fid=40&mobile=1&tid=1563894]:
 0ms
get settings:
 7ms
get forum list:
 8ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 59ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 32ms
get tp. blocked users:
 1ms
others: 198ms
total:  319ms
x
x
Закрыть


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