|
база то ли есть, то ли нет.
|
|||
---|---|---|---|
#18+
DB2 9.7 База регулярно автоматически восстанавливалась из бэкапа. Видимо, глюкнула и теперь в подвешенном состоянии. В list database directory она такая же, как остальные. connect to wf не проходит потому, что её нет. catalog database WF не проходит потому, что она уже есть. В Control center в дереве есть, но когда тыкаешься в какой-нибудь раздел - "SQL1013N Не найдена... SQLSTATE=42705" Результат выполнения команд: Код: sql 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.
Вычитал, что можно попробовать uncatalog её, а потом обратно catalog. Но в случае, если не получится, не знаю, как убрать остатки. Т.е., не знаю, который из подкаталогов DB2, в котором базы лежат - она. При продолжающихся попытках восстановления ругается так же. Дропнуть не может, ничего не может ибо "SQL1013N Не найдена база данных с алиасом или именем "WF". SQLSTATE=42705" Помогите, дорогая редакция! ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2020, 11:50 |
|
база то ли есть, то ли нет.
|
|||
---|---|---|---|
#18+
Честный чайник, Что выдает команда ниже? Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2020, 12:11 |
|
база то ли есть, то ли нет.
|
|||
---|---|---|---|
#18+
Mark Barinstein, А там её чудесным образом нет. (зато есть DB2Tools) list db directory on d Код: sql 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2020, 09:04 |
|
база то ли есть, то ли нет.
|
|||
---|---|---|---|
#18+
Mark Barinstein, дополнение: dir D:\DB2\NODE0000D:\DB2\NODE0000>dir Том в устройстве D имеет метку base Серийный номер тома: 4A47-65F8 Содержимое папки D:\DB2\NODE0000 27.03.2020 12:13 <DIR> . 27.03.2020 12:13 <DIR> .. 04.02.2019 08:37 <DIR> CSARCH 01.07.2019 09:10 <DIR> PKU 12.03.2018 12:54 <DIR> SQL00001 27.03.2020 08:16 <DIR> SQL00002 12.07.2014 18:03 <DIR> SQL00003 03.05.2018 16:52 <DIR> SQL00004 24.02.2015 17:46 <DIR> SQL00005 09.11.2015 01:20 <DIR> SQL00006 12.07.2014 18:23 <DIR> SQL00007 24.02.2015 18:13 <DIR> SQL00009 27.03.2020 02:39 <DIR> SQLDBDIR 27.03.2020 00:17 <DIR> TOOLSDB 14.12.2017 20:33 <DIR> WFARCH 0 файлов 0 байт 15 папок 578 498 277 376 байт свободно Все имеющиеся SQL0000 N заняты базами видными в "db2 list db directory on d:" ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2020, 09:21 |
|
база то ли есть, то ли нет.
|
|||
---|---|---|---|
#18+
Честный чайник, Немного теории на всякий. Есть 2 каталога баз - Системный и Локальный. Системный всегда один, Локальных может быть несколько по разным путям. При создании / восстановлении / удалении базы записи в обоих добавляются / удаляются синхронно. В обоих каталогах не может быть более 1 записи с одинаковым алиасом. Для того, чтобы работать с базой, она должна быть зарегистрирована в Системном. Т.к. Локальных может быть несколько, то в каком-то может быть база с таким же именем, как в другом. Если надо одновременно работать с обеими такими базами, то их надо регистрировать в Системном под разными алиасами в этом случае. Соответствие записей в Системном и Локальном каталоге здоровой системы Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
Это соответствие может нарушаться в следующих случаях: 1. Выполнена команда uncatalog db - удаление регистрации базы (не удаление самой базы с диска) в системном каталоге. В этом случае в Системном базы нет, в Локальном - есть. Вы не сможете создать / восстановить базу с таким же именем в этом же Локальном каталоге, несмотря на то, что в Системном каталоге этой базы нет. 2. При удалении базы (drop db) / может быть при каком-то неудачном восстановлении ее база удалилась из Локального каталога, но в Системном по какой-то причине осталась, как в вашем случае. В этом случае в Системном база есть, в Локальном - нет. Случай этот не совсем обычный, может быть связан с нештатным поведением. Для того, чтоб иметь возможность работать с этим алиасом дальше, надо выполнить команду uncatalog db для него. Это удалит запись из Системного, которую указывает на фактически несуществующую базу. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2020, 10:22 |
|
база то ли есть, то ли нет.
|
|||
---|---|---|---|
#18+
Ну, как Марк велел, так всё и получилось. ;) Удалил из каталога, дальше скриптом, который по ночам дропает/восстанавливает из архива всё само создалось. Чего я, собственно, тупил: в D:\DB2 было столько папок SQL0000х, сколько имелось баз, считая недоудалившуюся. Соответственно, я подозревал, что остались не только сведения о ней, но и содержимое. А это был DB2Tools. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2020, 14:36 |
|
|
start [/forum/topic.php?fid=43&fpage=3&tid=1600200]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
38ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
others: | 311ms |
total: | 426ms |
0 / 0 |