none
Не копируются базы. Ошибка RRS feed

  • Вопрос

  • Приветсвую

    При попытке переноса базы с сервера на сервер выдает вот это:

    Тип события: Предупреждение
    Источник события: SQLSERVERAGENT
    Категория события: Job Engine
    Код события: 208
    Дата:  07.10.2010
    Время:  12:16:53
    Пользователь:  Н/Д
    Компьютер: SQLSERVER2
    Описание:
    SQL Server Scheduled Job 'CDW_SQLSERVER_SQLSERVER2_3' (0xD4AB27AFA6E867448204ADFA9B4B350A) - Status: Failed - Invoked on: 2010-10-07 12:16:47 - Message: The job failed.  The Job was invoked by User SQLSERVER2\Администратор.  The last step to run was step 1 (CDW_SQLSERVER_SQLSERVER2_3_Step).

    Проходят все 5 пунктов переноса и ругаеться на последний- SQL Server Agent Jobs

    7 октября 2010 г. 6:27

Ответы

  • Здравствуйте.

    У заказчика я сделал так:

    размер БД- 15гб. из них данных 9гб. остальное лог- "full model recovery"

    вторая БД имеет такой же объём ).

    каждую ночь я делаю полный бакап, далее каждые 15мин я делаю бакап лога и каждые 2(3? непомню) часа разностный бакап.

    более частый бакап не им нужен. предыдущие архивы ещё хранятся 2дня.

     

    Для большего успокоения души, делать копию и на сетевой ресурс(или стриммер).

    естественно, модель архивации выбирается из расчёта критичности данных и объёма БД.

    при больших и критично важных объёмах БД, архивацию можно делать раз в неделю + частые бакапы лога транзакций(и несколько раз в сутки разностный бакап) + "Log Shipping"(или mirroring(зависит от версии MS SQL)).

     

    Если критичность данных не стоит в плане "архивация БД" на первом месте, то FULL архивация с воскресения на понедельник + каждый день в течении 24часов бакап лога + разностный бакап. интервалы установите сами )

     

    ЗЫ

    это всего лишь небольшие мысли вслух. :)


    Настраиваю отдельно бэкап логов, но он сразу пишет- Для данной базы нужен полный бэкап, а он уже есть в задании..Чего не нравится ему не пойму(
    • Помечено в качестве ответа kilogentus 21 октября 2010 г. 8:44
    20 октября 2010 г. 8:01

Все ответы

  • На какой конкретно скрипт ругается? Детализацию покажите


    http://www.t-sql.ru
    7 октября 2010 г. 6:41
    Отвечающий
  • На какой конкретно скрипт ругается? Детализацию покажите


    http://www.t-sql.ru

    http://img24.imageshack.us/img24/1987/61429398.jpg
    7 октября 2010 г. 7:40
  • На какой конкретно скрипт ругается? Детализацию покажите


    http://www.t-sql.ru

    http://img24.imageshack.us/img24/1987/61429398.jpg


    Тут нет описания ошибки, посмотрите подробное описание сбоя в логах, а лучше используйте для переноса вашей БД стандартный "Снятие резервной копии БД" (backup database http://msdn.microsoft.com/ru-ru/library/ms186865.aspx) и востановление из резервной копии ( restore database http://msdn.microsoft.com/ru-ru/library/ms186858.aspx) .

    Сделать это можно, как скриптами, так и через интерфейс SSMS. Это будет проще и правильнее.


    http://www.t-sql.ru
    7 октября 2010 г. 7:59
    Отвечающий
  • На какой конкретно скрипт ругается? Детализацию покажите


    http://www.t-sql.ru

    http://img24.imageshack.us/img24/1987/61429398.jpg


    Тут нет описания ошибки, посмотрите подробное описание сбоя в логах, а лучше используйте для переноса вашей БД стандартный "Снятие резервной копии БД" (backup database http://msdn.microsoft.com/ru-ru/library/ms186865.aspx) и востановление из резервной копии ( restore database http://msdn.microsoft.com/ru-ru/library/ms186858.aspx) .

    Сделать это можно, как скриптами, так и через интерфейс SSMS. Это будет проще и правильнее.


    http://www.t-sql.ru


    событие, которое я постил до этого, было на сервере куда копировалась база, а вот событие с сервера с которого нужно было скопировать:

    Тип события: Аудит отказов
    Источник события: MSSQLSERVER
    Категория события: (4)
    Код события: 18456
    Дата:  07.10.2010
    Время:  14:59:40
    Пользователь:  NT AUTHORITY\АНОНИМНЫЙ ВХОД
    Компьютер: SQLSERVER
    Описание:
    Login failed for user 'NT AUTHORITY\АНОНИМНЫЙ ВХОД'. [CLIENT: 10.0.0.235]

    Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
    Данные:
    0000: 18 48 00 00 0e 00 00 00   .H......
    0008: 0a 00 00 00 53 00 51 00   ....S.Q.
    0010: 4c 00 53 00 45 00 52 00   L.S.E.R.
    0018: 56 00 45 00 52 00 00 00   V.E.R...
    0020: 07 00 00 00 6d 00 61 00   ....m.a.
    0028: 73 00 74 00 65 00 72 00   s.t.e.r.
    0030: 00 00                     ..     

    7 октября 2010 г. 9:04
  • На какой конкретно скрипт ругается? Детализацию покажите


    http://www.t-sql.ru

    http://img24.imageshack.us/img24/1987/61429398.jpg


    Тут нет описания ошибки, посмотрите подробное описание сбоя в логах, а лучше используйте для переноса вашей БД стандартный "Снятие резервной копии БД" (backup database http://msdn.microsoft.com/ru-ru/library/ms186865.aspx) и востановление из резервной копии ( restore database http://msdn.microsoft.com/ru-ru/library/ms186858.aspx) .

    Сделать это можно, как скриптами, так и через интерфейс SSMS. Это будет проще и правильнее.


    http://www.t-sql.ru


    событие, которое я постил до этого, было на сервере куда копировалась база, а вот событие с сервера с которого нужно было скопировать:

    Тип события: Аудит отказов
    Источник события: MSSQLSERVER
    Категория события: (4)
    Код события: 18456
    Дата:  07.10.2010
    Время:  14:59:40
    Пользователь:  NT AUTHORITY\АНОНИМНЫЙ ВХОД
    Компьютер: SQLSERVER
    Описание:
    Login failed for user 'NT AUTHORITY\АНОНИМНЫЙ ВХОД'. [CLIENT: 10.0.0.235]

    Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
    Данные:
    0000: 18 48 00 00 0e 00 00 00   .H......
    0008: 0a 00 00 00 53 00 51 00   ....S.Q.
    0010: 4c 00 53 00 45 00 52 00   L.S.E.R.
    0018: 56 00 45 00 52 00 00 00   V.E.R...
    0020: 07 00 00 00 6d 00 61 00   ....m.a.
    0028: 73 00 74 00 65 00 72 00   s.t.e.r.
    0030: 00 00                     ..     


    Вы смотрите логи Винды, а нужны логи SQL Server`а. И ещё раз рекомендую обратиться к стандартным средствам переноса БД, вообще не особо-то доверяю я всяким Визардам...не ясно, что они там воново генерят и чего им не хватает.
    http://www.t-sql.ru
    7 октября 2010 г. 9:06
    Отвечающий

  • Login failed for user 'NT AUTHORITY\АНОНИМНЫЙ ВХОД'. [CLIENT: 10.0.0.235]

    судя по ошибке, у вас просто нет прав на этот 2ой сервер. Убедитесь, что служба запущена и у ваша УЗ имеет к SQL Server права.
    http://www.t-sql.ru
    7 октября 2010 г. 9:07
    Отвечающий

  • Login failed for user 'NT AUTHORITY\АНОНИМНЫЙ ВХОД'. [CLIENT: 10.0.0.235]

    судя по ошибке, у вас просто нет прав на этот 2ой сервер. Убедитесь, что служба запущена и у ваша УЗ имеет к SQL Server права.
    http://www.t-sql.ru


    Воспользовался этим: BACKUP DATABASE [AdventureWorks] TO  DISK = N'C:\hared\AdventureWorks.bak' WITH  RETAINDAYS = 10, NOFORMAT, NOINIT,  NAME = N'AdventureWorks-Full Database Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
    GO

    но вопрос такой появился! Для ежедневного бэкапа всю базу переписывать очень долго, подскажите какой оптимальный план можно использовать для того что бы можно было востановить базу с наименьшими потерями и силами)  

    7 октября 2010 г. 11:11

  • Login failed for user 'NT AUTHORITY\АНОНИМНЫЙ ВХОД'. [CLIENT: 10.0.0.235]

    судя по ошибке, у вас просто нет прав на этот 2ой сервер. Убедитесь, что служба запущена и у ваша УЗ имеет к SQL Server права.
    http://www.t-sql.ru


    Воспользовался этим: BACKUP DATABASE [AdventureWorks] TO  DISK = N'C:\hared\AdventureWorks.bak' WITH  RETAINDAYS = 10, NOFORMAT, NOINIT,  NAME = N'AdventureWorks-Full Database Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
    GO

    но вопрос такой появился! Для ежедневного бэкапа всю базу переписывать очень долго, подскажите какой оптимальный план можно использовать для того что бы можно было востановить базу с наименьшими потерями и силами)  


    Если вам нужна актуальная копия какой-то БД, то механизмов очень много. Начиная от написания скрипта Backup/Restore (не обязательно копировать всю БД, если вас интересует только часть данных, то возможно вам подойдёт разностное Бэкапирование или бэпапирование логов).

    Кромя того есть Зеркалирование http://technet.microsoft.com/ru-ru/library/ms179306.aspx

    Лог Шипинг: http://msdn.microsoft.com/ru-ru/library/ms190640.aspx

    И наконец репликация http://msdn.microsoft.com/ru-ru/library/ms151198.aspx


    http://www.t-sql.ru
    7 октября 2010 г. 11:46
    Отвечающий
  • Здравствуйте.

    У заказчика я сделал так:

    размер БД- 15гб. из них данных 9гб. остальное лог- "full model recovery"

    вторая БД имеет такой же объём ).

    каждую ночь я делаю полный бакап, далее каждые 15мин я делаю бакап лога и каждые 2(3? непомню) часа разностный бакап.

    более частый бакап не им нужен. предыдущие архивы ещё хранятся 2дня.

     

    Для большего успокоения души, делать копию и на сетевой ресурс(или стриммер).

    естественно, модель архивации выбирается из расчёта критичности данных и объёма БД.

    при больших и критично важных объёмах БД, архивацию можно делать раз в неделю + частые бакапы лога транзакций(и несколько раз в сутки разностный бакап) + "Log Shipping"(или mirroring(зависит от версии MS SQL)).

     

    Если критичность данных не стоит в плане "архивация БД" на первом месте, то FULL архивация с воскресения на понедельник + каждый день в течении 24часов бакап лога + разностный бакап. интервалы установите сами )

     

    ЗЫ

    это всего лишь небольшие мысли вслух. :)

    7 октября 2010 г. 12:01
  • Здравствуйте.

    У заказчика я сделал так:

    размер БД- 15гб. из них данных 9гб. остальное лог- "full model recovery"

    вторая БД имеет такой же объём ).

    каждую ночь я делаю полный бакап, далее каждые 15мин я делаю бакап лога и каждые 2(3? непомню) часа разностный бакап.

    более частый бакап не им нужен. предыдущие архивы ещё хранятся 2дня.

     

    Для большего успокоения души, делать копию и на сетевой ресурс(или стриммер).

    естественно, модель архивации выбирается из расчёта критичности данных и объёма БД.

    при больших и критично важных объёмах БД, архивацию можно делать раз в неделю + частые бакапы лога транзакций(и несколько раз в сутки разностный бакап) + "Log Shipping"(или mirroring(зависит от версии MS SQL)).

     

    Если критичность данных не стоит в плане "архивация БД" на первом месте, то FULL архивация с воскресения на понедельник + каждый день в течении 24часов бакап лога + разностный бакап. интервалы установите сами )

     

    ЗЫ

    это всего лишь небольшие мысли вслух. :)


    Настраиваю отдельно бэкап логов, но он сразу пишет- Для данной базы нужен полный бэкап, а он уже есть в задании..Чего не нравится ему не пойму(
    • Помечено в качестве ответа kilogentus 21 октября 2010 г. 8:44
    20 октября 2010 г. 8:01