Вопросы Теги

можно ли помочь мне установить передачу DNS

Профессионалы NetApp SnapManager:

  • Полное резервное копирование занимает секунду или меньше, неважно, насколько большой база данных.
  • Полное резервное копирование не замедляет SQL Server, потому что никакие данные не перетаскиваются по соединению SAN.
  • Диски резервного копирования на магнитную ленту могут быть сцеплены непосредственно до SAN, включив крик быстрых резервных копий снимка.
  • Можно смонтировать снимки на dev или серверах QA для тестирования с минимальным замедлением к производству (если они настроены право),

Недостатки NetApp SnapManager:

  • Снимки находятся все еще на SAN. Если Ваш контроллер SAN перестает работать, Вы завинчены, и контроллеры SAN действительно перестают работать.
  • Если необходимо часто обновлять dev/QA SQL Server от производственных данных, и тот сервер не использует тот же SAN NetApp, все еще необходимо переставить данные к тому другому SAN. Можно сделать это, но это просто немного более сложно, чем использование стандартной передачи журналов.

Собственные профессионалы:

  • Это полностью находится под контролем DBA. Он не задается вопросом, исчерпывает ли SAN пространство для снимков. (Можно смягчить это путем связывания с администратором SAN, и я не имею в виду романтично включенный, хотя я предполагаю, что это работало бы также.)
  • Если необходимо зарегистрировать поставку к нескольким серверам для создания отчетов о целях, и те другие серверы не находятся на NetApp SAN (как, они используют локальное устройство хранения данных или Fusion io), то с передачей журналов легче справиться.
  • Свободный и интегрированный с SQL Server.

Собственные недостатки:

  • Очень, очень, намного более медленное полное резервное копирование то производство влияния запросы.
1
задан 12 September 2013 в 19:39
2 ответа

проблема заключалась в том, что у меня был включен dns-sec в файле - я удалил все элементы sec, и это сработало

спасибо

2
ответ дан 3 December 2019 в 21:27

Вы пробовали добавить: 

allow-recursion { 192.168.0.0/24; };

в параметры привязки? Где 192.168.0.0/24 - ваша локальная подсеть.

Можете ли вы опубликовать результаты: 

dig @yourdnsserver www.yahoo.com

?

Вы можете подумать о добавлении их в свой вопрос, а не в мой ответ

=== Изменения от автора запроса ниже === dig зависает:

dig + trace www.yahoo.com

; << >> DiG 9.8.2rc1-RedHat-9.8.2-0.17.rc1.0.2.el6_4.6 << >> + трассировка www.yahoo.com ;; глобальные параметры: + cmd. 518400 В NS H.ROOT-SERVERS.NET. . 518400 В NS G.ROOT-SERVERS.NET. . 518400 IN NS M.ROOT-SERVERS.NET. . 518400 IN NS
K.ROOT-SERVERS.NET. . 518400 IN NS
J.ROOT-SERVERS.NET. . 518400 IN NS
L.ROOT-SERVERS.NET. . 518400 IN NS
I.ROOT-SERVERS.NET. . 518400 IN NS
A.ROOT-SERVERS.NET. . 518400 IN NS
D.ROOT-SERVERS.NET. . 518400 IN NS
C.ROOT-SERVERS.NET. . 518400 IN NS
E.ROOT-SERVERS.NET. . 518400 IN NS
F.ROOT-SERVERS.NET. . 518400 IN NS
B.ROOT-SERVERS.NET.

также var / log / messages заполнен: 

> Sep 12 18:08:51 ns1 named-sdb[25026]: validating @0x7fef184578a0: .
> NS: got insecure response; parent indicates it should be secure Sep 12
> 18:08:51 ns1 named-sdb[25026]: error (insecurity proof failed)
> resolving './NS/IN': 10.90.0.174#53 Sep 12 18:08:51 ns1
> named-sdb[25026]: validating @0x7fef184b2ea0: . NS: got insecure
> response; parent indicates it should be secure Sep 12 18:08:51 ns1
> named-sdb[25026]: error (insecurity proof failed) resolving './NS/IN':
> 10.90.0.135#53 Sep 12 18:08:53 ns1 named-sdb[25026]: error (network unreachable) resolving 'NET/DS/IN': 2001:7fe::53#53 Sep 12 18:08:55
> ns1 named-sdb[25026]: error (network unreachable) resolving './NS/IN':
> 2001:503:c27::2:30#53 Sep 12 18:08:57 ns1 named-sdb[25026]: error
> (network unreachable) resolving './NS/IN': 2001:500:2f::f#53 Sep 12
> 18:08:58 ns1 named-sdb[25026]: error (network unreachable) resolving
> 'NET/DS/IN': 2001:503:c27::2:30#53 Sep 12 18:09:01 ns1
> named-sdb[25026]: error (network unreachable) resolving 'NET/DS/IN':
> 2001:500:3::42#53 Sep 12 18:09:01 ns1 named-sdb[25026]: error (no
> valid DS) resolving 'F.ROOT-SERVERS.NET/A/IN': 10.90.0.174#53 Sep 12
> 18:09:01 ns1 named-sdb[25026]: error (no valid DS) resolving
> 'F.ROOT-SERVERS.NET/AAAA/IN': 10.90.0.174#53 Sep 12 18:09:01 ns1
> named-sdb[25026]: error (no valid DS) resolving
> 'E.ROOT-SERVERS.NET/A/IN': 10.90.0.174#53 Sep 12 18:09:05 ns1
> named-sdb[25026]: error (network unreachable) resolving 'NET/DS/IN':
> 2001:500:1::803f:235#53 Sep 12 18:09:09 ns1 named-sdb[25026]: error
> (network unreachable) resolving 'NET/DS/IN': 2001:7fe::53#53 Sep 12
> 18:09:09 ns1 named-sdb[25026]: error (network unreachable) resolving
    > 'NET/DS/IN': 2001:500:2d::d#53 Sep 12 18:09:09 ns1 named-sdb[25026]:
> error (network unreachable) resolving './NS/IN': 2001:500:2d::d#53 Sep
> 12 18:09:11 ns1 named-sdb[25026]: error (network unreachable)
> resolving 'NET/DS/IN': 2001:dc3::35#53
0
ответ дан 3 December 2019 в 21:27

Теги

Похожие вопросы