Подскажите как подготовить виртуалку с SQL 2008 к VSS бекапу на физическом сервере
» Microsoft SQL SERVER
Бэкапы баз делаются только на локальные диски? Была когда-то (WinNT4 + SQL7) возможность на сетевой диск делать... может как-то можно обойти это препятствие?
Цитата:
может как-то можно обойти это препятствие?
А какие препятствия?
BACKUP DATABASE AdventureWorks
TO DISK='\\network_drive_name\SQLServerBackups\AdventureWorks1a.bak'
Главное чтобы права были..
Выбираю "Создать резервную копию на:" - "диске" (или "ленте"), жму "Добавить", появляется окно "Выбор места расположения резервной копии", выбираю "Имя файла", открывается окно выбора диска/каталога/файла.bak - среди них можно выбрать только локальные диски. А когда-то были и сетевые... (если ничего не путаю). Как расширить список дисков сетевыми? Есть возможность создать "Устройство резервного копирования". Его можно создать на сетевой диск?
Цитата:
Цитата:
BACKUP DATABASE AdventureWorksЭто куда в задание вписать?
TO DISK='\\network_drive_name\SQLServerBackups\AdventureWorks1a.bak'
Цитата:
среди них можно выбрать только локальные диски.
А если вы просто пропишете нужный путь? Т.е. нажмете на "добавить" и в появившейся строке вводите "\\net_path\backup_name.bak"? Никогда не пользовался GUI для бэкапов, поэтому сказать точно не могу).
Цитата:
Это куда в задание вписать?
Либо в задание, либо просто попробуйте выполнить как обычный запрос в SMSS - чтобы убедиться в том, что он работает.
Про устройства резервного копирования тоже не могу подсказать. Посмотрите статью из BOL http://msdn.microsoft.com/ru-ru/library/ms179313.aspx, там же есть описание требований для копирования по сети.
Цитата:
А если вы просто пропишете нужный путь?
В том то и дело, что конструкции "\\net_path\backup_name.bak" и "Disk_net:\path\backup_name.bak" не проходят
Цитата:
Невозможно открыть устройство резервного копирования "\\net_path\backup_name.bak" Не найдено сетевое имя (или Не удается найти указанный путь)думаю запрос выдаст эту же ошибку...
Значит смотрите фаерволы, антивирусы, права учетных записей, от которых запускаются службы агента и самого SQL Server (хотя здесь не уверен) на папку.
Попробуйте расшарить на компьютере где установлен SQL Server папку и бэкапить туда по сетевому имени.. (просто для того, чтобы убедиться, что механизм работает)
Попробуйте расшарить на компьютере где установлен SQL Server папку и бэкапить туда по сетевому имени.. (просто для того, чтобы убедиться, что механизм работает)
bigsloth
Примерно тоже самое
Цитата:
Примерно тоже самое
Цитата:
Невозможно открыть устройство резервного копирования "\\net_path\backup_name.bak" Ошибка операционной системы 5 (Отказано в доступе)
Цитата:
Ошибка операционной системы 5 (Отказано в доступе)
Ну вам же пишут, что ошибка операционной системы. Смотрите:
Цитата:
фаерволы, антивирусы, права учетных записей
На тестовом сервере нет фаерволов, антивирусов, учетная запись одна - Администратор. По твоему совету локальный путь I:\Archive\1C.sql\DemoTrade.bak заменил сетевым \\MV2K8X64\InterNet\Archive\1C.sql\DemoTrade.bak, т.е. на тоже место!
Меня в принципе интересует: можно ли на сетевой диск делать бэкап?
Добавлено:
В справке указано
Цитата:
Добавлено:
Та же ошибка при бэкапе на на устройство резервного копирования, если указать как \\Имя_системы\Общая_папка\Путь\Имя_файла!?
Меня в принципе интересует: можно ли на сетевой диск делать бэкап?
Добавлено:
В справке указано
Цитата:
Чтобы указать сетевой ресурс в инструкции резервного копирования или восстановления, для файла, расположенного на устройстве резервного копирования, необходимо использовать полностью заданное имя в формате UNC. Имя в формате UNC имеет форму \\Имя_системы\Общая_папка\Путь\Имя_файла.Значит можно! Почему не получается?
Добавлено:
Та же ошибка при бэкапе на на устройство резервного копирования, если указать как \\Имя_системы\Общая_папка\Путь\Имя_файла!?
Попрбуйте запустить SQL Server под доменной учетной записью и дать созданной учетке полные права на желаемую шару (куда должен делаться бэкап).
Цитата:
Попрбуйте запустить SQL Server под доменной учетной записью
Всмысле вход службы SQL Server (MSSQLSERVER)? Сейчас стоит вход в систему с "Системной учетной записью" - как раз про нее пишут
Цитата:
Если файл Sqlservr.exe запускается как служба, то SQL Server выполняется в отдельном сеансе, который не связан с пользовательским сеансом. Сеанс службы может иметь собственные подключенные сетевые диски, но, как правило, они отсутствуют.Есть варианты: использовать учетную запись "Сетевая служба" (NT AUTHORITY\NetworkService), или Администратор (локальный, сервер тестовый - не в домене). Буду пробовать по порядку... уже не сегодня (женщины требуют...)
Цитата:
использовать учетную запись "Сетевая служба" (NT AUTHORITY\NetworkService)
Вам нужен этот вариант. LocalService (от которого запускается сейчас) не может обращаться к чему-либо в сети.
Под "Сетевая служба" не получилось, а вот под Администратор-ом - сработало, именно так \\Имя_системы\Общая_папка\Путь\Имя_файла!
Добавлено:
bigsloth Спасибо, помог разобраться... на рабочем сервере тоже процесс пошел... будет предпраздничный бэкап базы! А то после 8 Марта бухи такого натворят... самый тяжелый праздник
Добавлено:
bigsloth Спасибо, помог разобраться... на рабочем сервере тоже процесс пошел... будет предпраздничный бэкап базы! А то после 8 Марта бухи такого натворят... самый тяжелый праздник
Восстанавливаю базу из бэкапа, при загрузке 1с 7.7 пишет нарушена структура таблицы SC..., пункт тестирование и восстановление базы пробовал, вылетает конфигуратор, куда капать? MS SQL 2000 + SP4? 1c 7.7.027
Попробуйте запустить DBCC CHECKDB ('your_database') WITH NO_INFOMSGS. В зависимости от полученных ошибок - смотрите http://msdn.microsoft.com/en-us/library/aa258278(SQL.80).aspx (REPAIR_FAST\REPAIR_REBUILD\REPAIR_ALLOW_DATA_LOSS).
Если ошибок нет - копайте в сторону 1С. Насколько я знаю, для резервного копирования 1с 7.7 недостаточно только SQL-бэкапа...
Если ошибок нет - копайте в сторону 1С. Насколько я знаю, для резервного копирования 1с 7.7 недостаточно только SQL-бэкапа...
bigsloth
делал, ошибок НЕТ
делал, ошибок НЕТ
С точки зрения MS SQL с базой все ок. Вы уверены, что правильный бэкап восстановили? Подобные ошибки, если верить гуглу, возникают при несоответствии MD-файла восстановленной резервной копии.
bigsloth
да конечно правильный
да конечно правильный
Цитата:
возникают при несоответствии MD-файла восстановленной резервной копии
Скорее всего так и есть, файл конфигурации (MD-файл) не входит в sql-бэкап, надо старый MD-файл восстановить!
MD не в нем было дело, у меня есть два варианта 27 релиза, первый не помню откуда, вот с ним и была описанная выше проблема, я развернул UniSetup 1C 7.7.027, и представляете он ТЕСТИРОВАНИЕ и ИСПРАВЛЕНИЕ ИБ сделал без проблем.
Назрел вопрос, т.к. четкой информации не нашел.
Есть рабочая база Trade, которая находится физически диске D, размер около 60Гб.
Каждый день ночью производится создание full-бэкапа.
Требуется создать скрипт который бы восстанавливал этот бэкап в тестовую базу Test, которая в свою очередь находится на диске Q.
Понятное дело, что для восстановления используется оператор RESTORE DATABASE, но только с параметрами запуска разобраться не могу, т.к. при запуске по умолчанию бэкап восстанавливается в базу test, но в то же место, где находится рабочая база, вываливается ошибка из-за нехватки места на диске, что естественно. Мне нужно именно в скрипте указать местоположение файлов базы test, т.е. test.mdf и test_log.ldf .
Подскажите нужные параметры.
Есть рабочая база Trade, которая находится физически диске D, размер около 60Гб.
Каждый день ночью производится создание full-бэкапа.
Требуется создать скрипт который бы восстанавливал этот бэкап в тестовую базу Test, которая в свою очередь находится на диске Q.
Понятное дело, что для восстановления используется оператор RESTORE DATABASE, но только с параметрами запуска разобраться не могу, т.к. при запуске по умолчанию бэкап восстанавливается в базу test, но в то же место, где находится рабочая база, вываливается ошибка из-за нехватки места на диске, что естественно. Мне нужно именно в скрипте указать местоположение файлов базы test, т.е. test.mdf и test_log.ldf .
Подскажите нужные параметры.
WITH
MOVE 'logical_mdf_name' TO 'new_path.mdf',
MOVE 'logical_ldf_name' TO 'new_path.ldf'
MOVE 'logical_mdf_name' TO 'new_path.mdf',
MOVE 'logical_ldf_name' TO 'new_path.ldf'
Цитата:
WITH
MOVE 'logical_mdf_name' TO 'new_path.mdf',
MOVE 'logical_ldf_name' TO 'new_path.ldf'
т.е. будет
RESTORE DATABASE test from trade WITH
MOVE "D:\MSSQL\Data\Trade.mdf" TO "Q:\TestDB\test.mdf"
MOVE "D:\MSSQL\Data\Trade_log.ldf" TO "Q:\TestDB\test_log.ldf"
Нет
RESTORE DATABASE test
FROM backup_name
WITH RECOVERY,
MOVE 'logcial_name' TO 'Q:\...',
MOVE 'logica_ldf_name' TO 'Q:\...'
Если у вас SQL Server 2005\2008 логические имена можно получить таким запросом:
use [your_database]
select name, physical_name from sys.database_files
колонка name - то что вам нужно.
А вся четкая информация есть в BOL.
RESTORE DATABASE test
FROM backup_name
WITH RECOVERY,
MOVE 'logcial_name' TO 'Q:\...',
MOVE 'logica_ldf_name' TO 'Q:\...'
Если у вас SQL Server 2005\2008 логические имена можно получить таким запросом:
use [your_database]
select name, physical_name from sys.database_files
колонка name - то что вам нужно.
А вся четкая информация есть в BOL.
Цитата:
Если у вас SQL Server 2005\2008
сервер MS SQL 2000
Добавлено:
все , нашел
посмотрел логические имена файлов в таблице базы [sysfiles] и [sysfiles1]
поля NAME
USE test
SELECT name,filename FROM sysfiles
получилось следующее
RESTORE DATABASE test FROM trade WITH RECOVERY,
MOVE 'Trade' TO 'Q:\TestDB\test.mdf',
MOVE 'Trade_log' TO 'Q:\TestDB\test_log.ldf'
Всем спасибо за помощь и наставления!
Приветствую всех, прошу помочь разобраться с репликациями.
Имеется база на MS SQL Server 2005. Настроил репликацию (транзакций) между двумя серверами. Репликация работает, но есть один нюанс: при репликации не передаются описания полей и таблиц. Причем пробовал заранее создавать на подписчике базу с таблицами, где присутствуют описания полей (создавал из сгенерированного скрипта из родной базы). Все перезаписывается при инициализации подписчика. Причем если после инициализации подписчика задать описания то они хранятся, даже делал так:
Инициализировал, потом из базы удалял таблицы, создавал скриптами с описаниями. Вот при синхронизации описания остаются на месте, данные синхронизируются, но увы только последнии транзакции, т.е. без инициализации ни куда. Просто сейчас тестирую с базой из 2-х таблиц, а потом потребуется из гораздо большего кол-ва таблиц, и вручную описанийй не напишешся. Есть ли какие нибудь способы сохранить описания при инициализации, или задания с помощью скриптов? Какой нибудь отчасти автоматизированный метод... Поиском конкретно про описания толком ничего не нашел...
Заранее благодарен.
Имеется база на MS SQL Server 2005. Настроил репликацию (транзакций) между двумя серверами. Репликация работает, но есть один нюанс: при репликации не передаются описания полей и таблиц. Причем пробовал заранее создавать на подписчике базу с таблицами, где присутствуют описания полей (создавал из сгенерированного скрипта из родной базы). Все перезаписывается при инициализации подписчика. Причем если после инициализации подписчика задать описания то они хранятся, даже делал так:
Инициализировал, потом из базы удалял таблицы, создавал скриптами с описаниями. Вот при синхронизации описания остаются на месте, данные синхронизируются, но увы только последнии транзакции, т.е. без инициализации ни куда. Просто сейчас тестирую с базой из 2-х таблиц, а потом потребуется из гораздо большего кол-ва таблиц, и вручную описанийй не напишешся. Есть ли какие нибудь способы сохранить описания при инициализации, или задания с помощью скриптов? Какой нибудь отчасти автоматизированный метод... Поиском конкретно про описания толком ничего не нашел...
Заранее благодарен.
Подскажите, серверный sql aliases это как именно работает? Он на что непосредственно создаёт алиас? (а то из бола несколько не понял в чём фича - это в той ОС где данный алиас привязан создаётся на уровне этой ОС запись что все коннекты к такому-то сиквелу по имени такому-то (алиас) редиректить туда-то? Или что-то иное?)
Спс!
Спс!
Связка: WinXP SP3 + MS SQL 2008 EXSPRISE edition + 1С Uni 027.7.7 + дрова SQL для запуска 7.7 на sql2008.
поставил пустую базу, все работает как часы, делаю загрузку через zip (конфигуратор) вот такая ошибка:
http://img.pixs.ru/storage/1/6/2/Bezimyanni_1730965_528162.jpg
т.е. база уже загружена нормально, итоги пересчитаны, а при очистке журнала транзакций выходит вот такая штука.
Добавлено:
greenfox
При подключении к SQL Server с компьютера или из вашего приложения / веб-серверов, вы можете создать псевдонимы для подключения. Прежде чем мы начнем получать в мельчайших подробностях псевдонимов, давайте посмотрим, как можно создать. Вы можете использовать SQL Server Connection Manager в SQL Server 2005 для его настройки и в случае, если инструмент не установлен, то вы можете также использовать cliconfg.exe (обратите внимание - нет я в confg), который находится под C: \ WINDOWS \ System32. Если вы используете диспетчер соединений, вы получите экран, как это:
Если вы используете cliconfg.exe (так же называется в SQL Server 2000 при использовании SQL Server Client Network Utility), вы получите диалоговое окно, как показано ниже (с указанием псевдонима вкладки):
Как вы можете видеть сверху, тот же псевдоним, который мы создали, используя связь SQL Server Manager автоматически видимыми помощью cliconfg.exe как хорошо - это потому, что они оба читать эту запись из реестра. Место, где эти связи псевдонимы могут быть найдены в системном реестре:
HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSSQLServer \ Client \ ConnectTo
Теперь, когда мы видели, как идти о создании псевдонима и где оно хранится, что именно является использование этой функции? Есть пара из преимуществ использования псевдонимов:
1) псевдоним может быть использован для определения определенное пользователем имя для соединения с сервером, даже если эти изменения IP-адреса позже, нет никаких изменений в строке соединения - вам просто необходимо обновить псевдоним и приложение будет держать работать, как раньше. Вам не нужно будет указать имя экземпляра в строке применения соединения (ы). И, используя IP адрес непосредственно в определение псевдонима также может сохранить вам несколько раз в DNS делает вид деятельности.
2) Вы можете сделать подключение к SQL Server с использованием различных протоколов: TCP / IP, именованных каналов и т.д., и указать конкретные параметры, такие как порт TCP или имя канала т.д.
3) Другие названия тоже хороши для увеличения производительности. Поскольку псевдоним заданного протокола, он может помочь вам ускорить соединение. Подумайте о том, что происходит при подключении к SQL Server из клиентского приложения. Он должен попытаться различными протоколами в порядке, что они определены в SQL Server Connection Manager (SQL 2005) или SQL Server Client Network Utility (SQL 2000). Если вы уже знаете, какой протокол и порт вашего сервера прослушивает, формируя псевдоним можно обойти открытие фаз, что служба SQL Browser проходит. Кроме того, если вы знаете и протестированные приложения использованием специального протокола, можно стандартизировать псевдоним техники по всем направлениям.
Английский вариант: http://decipherinfosys.wordpress.com/2007/11/26/using-a-server-alias-to-connect-to-sql-server-instances/
(с картинками)
поставил пустую базу, все работает как часы, делаю загрузку через zip (конфигуратор) вот такая ошибка:
http://img.pixs.ru/storage/1/6/2/Bezimyanni_1730965_528162.jpg
т.е. база уже загружена нормально, итоги пересчитаны, а при очистке журнала транзакций выходит вот такая штука.
Добавлено:
greenfox
При подключении к SQL Server с компьютера или из вашего приложения / веб-серверов, вы можете создать псевдонимы для подключения. Прежде чем мы начнем получать в мельчайших подробностях псевдонимов, давайте посмотрим, как можно создать. Вы можете использовать SQL Server Connection Manager в SQL Server 2005 для его настройки и в случае, если инструмент не установлен, то вы можете также использовать cliconfg.exe (обратите внимание - нет я в confg), который находится под C: \ WINDOWS \ System32. Если вы используете диспетчер соединений, вы получите экран, как это:
Если вы используете cliconfg.exe (так же называется в SQL Server 2000 при использовании SQL Server Client Network Utility), вы получите диалоговое окно, как показано ниже (с указанием псевдонима вкладки):
Как вы можете видеть сверху, тот же псевдоним, который мы создали, используя связь SQL Server Manager автоматически видимыми помощью cliconfg.exe как хорошо - это потому, что они оба читать эту запись из реестра. Место, где эти связи псевдонимы могут быть найдены в системном реестре:
HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ MSSQLServer \ Client \ ConnectTo
Теперь, когда мы видели, как идти о создании псевдонима и где оно хранится, что именно является использование этой функции? Есть пара из преимуществ использования псевдонимов:
1) псевдоним может быть использован для определения определенное пользователем имя для соединения с сервером, даже если эти изменения IP-адреса позже, нет никаких изменений в строке соединения - вам просто необходимо обновить псевдоним и приложение будет держать работать, как раньше. Вам не нужно будет указать имя экземпляра в строке применения соединения (ы). И, используя IP адрес непосредственно в определение псевдонима также может сохранить вам несколько раз в DNS делает вид деятельности.
2) Вы можете сделать подключение к SQL Server с использованием различных протоколов: TCP / IP, именованных каналов и т.д., и указать конкретные параметры, такие как порт TCP или имя канала т.д.
3) Другие названия тоже хороши для увеличения производительности. Поскольку псевдоним заданного протокола, он может помочь вам ускорить соединение. Подумайте о том, что происходит при подключении к SQL Server из клиентского приложения. Он должен попытаться различными протоколами в порядке, что они определены в SQL Server Connection Manager (SQL 2005) или SQL Server Client Network Utility (SQL 2000). Если вы уже знаете, какой протокол и порт вашего сервера прослушивает, формируя псевдоним можно обойти открытие фаз, что служба SQL Browser проходит. Кроме того, если вы знаете и протестированные приложения использованием специального протокола, можно стандартизировать псевдоним техники по всем направлениям.
Английский вариант: http://decipherinfosys.wordpress.com/2007/11/26/using-a-server-alias-to-connect-to-sql-server-instances/
(с картинками)
http://forum.1csql.ru/index.php?topic=411.0
Так пробовали?
Так пробовали?
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566
Предыдущая тема: Измерение скорости сети LAN - все программы
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.