Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Не удается связать два сервера HADR
|
|||
|---|---|---|---|
|
#18+
На первичном сервере вот такое: Код: 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. На вторичном, следующее: Код: 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. Модератор: прошу оформлять почитабельнее - в данном случае с тегами spoiler, fixed, без лишних пустых строк ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2013, 23:36 |
|
||
|
Не удается связать два сервера HADR
|
|||
|---|---|---|---|
|
#18+
andrei_sanich, Поднят ли standby из _бэкапа_primary_ (без вывода из состояния rollforward)? Или же это тестовый стенд, собраный из одного и того же бэкапа? В последнем случае как только мы выводим из primary из roll-forward pending, там начинается своя новая последовательность логов (logchain) и база становится непригодной для связывания в HADR с оригинальной. Правильная последовательность создания тестового стенда: 1. восстанавливаем primary базу из бэкапа (или создаём новую) и выводим из roll-forward pending (rollforward XXX to end of logs and stop ...). 2. делаем бэкап получившейся базы. 3. разворачиваем второй бэкап на standby и оставляем его в roll-forward pending 4. связываем базы в HADR, standby база сама докатывается до куда надо. Можно ещё с db2inidb поиграться, если не хочется два раза бэкап делать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2013, 09:13 |
|
||
|
Не удается связать два сервера HADR
|
|||
|---|---|---|---|
|
#18+
CawaSPb, Можно и из одного бэкапа, если сначала стартовать стендбай, а потом накатывать ролфорвард на праймари и стартовать праймари. p.s. не могу ручаться, что это сработает всегда и везде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2013, 11:51 |
|
||
|
Не удается связать два сервера HADR
|
|||
|---|---|---|---|
|
#18+
andrei_sanich, Может вы стендбай восстанавливаете из очень старого бэкапа, для которого последующие цепочки логов уже потеряны? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2013, 11:59 |
|
||
|
Не удается связать два сервера HADR
|
|||
|---|---|---|---|
|
#18+
CawaSPb, Да восстанавливал из одного и того же бэкапа. Разъясните, пожалуйста дилетанту после восстановления на праймари надо сделать команду rollforward dbname to end of logs and stop, я правильно понял? потом сделать бэкап и развернуть на стэндбай оставив его в rollforward pending, т.е. команду rollforward... на стэндбай выполнять уже не нужно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2013, 16:54 |
|
||
|
Не удается связать два сервера HADR
|
|||
|---|---|---|---|
|
#18+
andrei_sanich, Да, совершенно верно. Если база большая и создание ещё одного бэкапа операция долгая, то есть ещё варианты, но "штатно" - именно в такой последовательности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2013, 18:41 |
|
||
|
Не удается связать два сервера HADR
|
|||
|---|---|---|---|
|
#18+
CawaSPb, Попробовал действовать по этому алгоритму, но тормазнулся вот на следующем моменте, после того как сделал бэкап праймари накатил rollforward to end of logs и еще раз бэкап, далее его разворачиваю на стэндбай и после восстановления при попытке соединиться с бд, получаю следующее сообщение: SQL1117N Не удается установить или активировать соединение с базой данных "<имя>" из-за состояния отложенного повтора. вот как дальше действовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2013, 20:05 |
|
||
|
Не удается связать два сервера HADR
|
|||
|---|---|---|---|
|
#18+
andrei_sanich, Это при попытке соединения с какой базой? 1. Сделали "primary" базу. Сделали её рабочей, доступной, сняли с неё бэкап. 2. Бэкап развернули на "standby" сервере (в кавычках, поскольку в будущем они будут абсолютно равноправны и смогут на лету меняться ролями), оставили базу в rollforward ("состоянии отложенного повтора"). Неважно, донакатывали логи или нет, главное не говорить AND STOP. Приконнектиться к этой второй базе мы не сможем - она в rollforward, о чём и говорит SQL1117N (если в к ней коннектитесь), пока не... но об этом позже. 3. Настраиваем параметры HADR на обеих базах. 4. Говорим START HADR ON DB ... AS STANDBY на standby. 5. Говорим ACTIVATE DB ... на standby ( !!! ). Без этого база так и не будет поднята в инстансе, коннекты то к ней не идут. 6. START HADR ON DB ... AS PRIMARY на primary. Если у них что-то там не срастётся, то primary просто не войдёт в режим HADR и продолжит работу. Т.е. HADR можно поднять "на лету". В дальнейшем primary база не будет активироваться, если ей не достучаться до standby. Это надо помнить. Это защита от случайного поднятия двух независимых primary (ЦОД разбомбили, мы насильно переехали на standby в другом ЦОДе, и тут неожиданно дали электричество и первый сервер с базой поднялся, думает что он главный и начинает принимать транзакции). Можно поднять силой или вывести из HADR'а. Проверять состояние HADR - "db2pd -db ... -hadr" К standby также нельзя будет приконнектиться, но в ошибке будет уже другой SQL код. Точнее можно (в read only режиме), если выставить DB2_HADR_ROS в ON, но тогда перестанет работать automatic client rerouting, который как раз срабатывает на невозможность получить соединение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2013, 22:11 |
|
||
|
|

start [/forum/topic.php?fid=43&tid=1601377]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 282ms |
| total: | 427ms |

| 0 / 0 |
