Phpmyadmin

Хранение

Самое первое, что надо научиться — это не путать хранение данных и их использование в SQL запросах. Это совершенно разные вещи. По поводу хранения следует понимать, что храниться в БД могут абсолютно любые данные, и при этом храниться они должны как есть. То есть, для хранения их никак, вообще никак обрабатывать не нужно.

Следовательно, отвечая на поставленные в посте (не совсем корректные, как мы видим), вопросы:

  • Как хранить какие-либо данные в БД? Данные должны храниться как есть.
  • Как обрабатывать данные для БД? Никак. Ни в коем случае никак обрабатывать нельзя.
  • Как хранить HTML? Никаких особенных действий ни для HTML, ни для любых других данных производить не нужно. Все данные хранятся абсолютно одинаково.

Использование данных в SQL запросах.

А вот это уже совсем другой вопрос. Единственный, в ответ на который нам надо будет что-то делать. Но при этом сами данные мы всё равно трогать не будем. Да-да! Даже для помещения в SQL запрос мы никак данные обрабатывать не будем. Дело в том, что «совет для записи в базу использовать mysql_real_escape_string()» — это просто феерическая глупость, к сожалению, растиражированная в миллионах экземпляров.

А единственно правильный способ добавления данных в SQL запрос — это делать это через плейсхолдеры.

То есть, чтобы использовать любые данные в SQL запросе, надо сначала на их месте написать знаки вопроса:

это, кстати, касается вообще всех запросов. SELECT мы пишем точно так же:

после этого надо будет подготовить запрос, а потом выполнить его, передав переменные отдельно. Вот как это происходит на примере PDO:

то есть, идея такая: если нам надо подставить в запрос какую-либо переменную, вместо неё надо поставить знак вопроса. А саму переменную передать после.

Таким образом мы будем гарантированы от любых ошибок и неприятностей, поскольку РНР сам обработает за нас все переменные и сделает это правильно.

Архитектуры хранения данных в кластерных системах

Существует две основных схемы организации хранения данных в кластерных системах. Первый (Рис. 8), и самый частый, подразумевает подключение к кластерной системе внешних дисковых (и, при необходимости, ленточных) накопителей, соединенных в сеть (сети) хранения данных SAN.

Рис. 8. Подключение к кластерной системе внешних дисковых накопителей

Это позволяет каждому узлу кластера в любой момент времени получить доступ к данным, расположенным на любом носителе. Впрочем, для этого необходимо использование специальной файловой системы, например GFS (для Linux систем). Такая архитектура часто используется в кластерах смешанного типа для получения максимально возможной производительности и надежности.

В довольно редких случаях, когда в рамках одной задачи возможно разделить данные так, чтобы некоторое количество запросов можно было обработать, используя только часть имеющихся данных, бывает целесообразно использовать раздельную схему хранения данных.

Рис. 9. Раздельную схему хранения данных

Необходимо, впрочем, учитывать, что такая архитектура приводит либо к снижению отказоустойчивости системы хранения данных, либо к дополнительным затратам на зеркалирование систем хранения.

Использование внутренних накопителей узлов крайне нежелательно по следующим причинам: недостаточная надежность встраиваемых RAID контроллеров, затратность вычислительных ресурсов серверов на поддержку и организацию доступа к внутренним данным, сложность мониторинга и управления ресурсами хранения.

Использование среды SQL Server Management StudioUsing SQL Server Management Studio

Создание базы данныхTo create a database

  1. В обозревателе объектовподключитесь к экземпляру компонента Компонент SQL Server Database EngineSQL Server Database Engine и разверните его.In Object Explorer, connect to an instance of the Компонент SQL Server Database EngineSQL Server Database Engine and then expand that instance.

  2. Щелкните правой кнопкой мыши элемент Базы данных, а затем выберите пункт Создать базу данных.Right-click Databases, and then click New Database.

  3. В поле Новая база данныхвведите имя базы данных.In New Database, enter a database name.

  4. Чтобы создать базу данных, приняв все значения по умолчанию, нажмите кнопку ОК; иначе продолжайте выполнение следующих дополнительных шагов.To create the database by accepting all default values, click OK; otherwise, continue with the following optional steps.

  5. Чтобы изменить имя владельца, нажмите ( … ) и выберите другого владельца.To change the owner name, click (…) to select another owner.

    Примечание

    Параметр Использовать полнотекстовое индексирование всегда установлен и недоступен (т. к. начиная с SQL Server 2008SQL Server 2008все пользовательские базы данных поддерживают полнотекстовый поиск).The Use full-text indexing option is always checked and dimmed because, beginning in SQL Server 2008SQL Server 2008, all user databases are full-text enabled.

  6. Чтобы изменить значения первичных данных по умолчанию и файлов журнала транзакций, щелкните соответствующую ячейку в сетке Файлы базы данных и введите новое значение.To change the default values of the primary data and transaction log files, in the Database files grid, click the appropriate cell and enter the new value. Дополнительные сведения см. в статье AДобавление файлов данных или журналов в базу данных.For more information, see Add Data or Log Files to a Database.

  7. Чтобы изменить параметры сортировки базы данных, выберите страницу Параметры и выберите из списка желаемые параметры сортировки.To change the collation of the database, select the Options page, and then select a collation from the list.

  8. Чтобы изменить модель восстановления, выберите страницу Параметры и модель восстановления из списка.To change the recovery model, select the Options page and select a recovery model from the list.

  9. Чтобы изменить параметры базы данных, выберите страницу Параметры и измените параметры базы данных.To change database options, select the Options page, and then modify the database options. Описание каждого параметра см. в статье Параметры ALTER DATABASE SET (Transact-SQL).For a description of each option, see ALTER DATABASE SET Options (Transact-SQL).

  10. Чтобы добавить новую файловую группу, перейдите на страницу Группы файлов .To add a new filegroup, click the Filegroups page. Нажмите Добавить и введите значения для файловой группы.Click Add and then enter the values for the filegroup.

  11. Чтобы добавить расширенное свойство в базу данных, выберите страницу Расширенные свойства .To add an extended property to the database, select the Extended Properties page.

    1. В столбце Имя введите имя расширенного свойства.In the Name column, enter a name for the extended property.

    2. В столбце Значение введите текст расширенного свойства.In the Value column, enter the extended property text. Например, введите одно или несколько предложений, которые описывают базу данных.For example, enter one or more statements that describe the database.

  12. Чтобы создать базу данных, нажмите кнопку ОК.To create the database, click OK.

Хранение файлов в базе данных — преимущества и ожиданияStoring Files in the Database — Benefits and Expectations

Большая часть корпоративных данных является по своей природе неструктурированной и обычно хранится в виде файлов и документов в файловой системе.A large percentage of enterprise data is unstructured in nature, and is typically stored as files and documents in file systems. Большая часть этих данных производится, управляется и используется приложениями, осуществляющими доступ к файлам через API-интерфейсы Windows.Most of this data is produced, managed, and consumed by applications that access the files through Windows APIs. Обычно компании хранят эти данные в файловой системе, а метаданные для них — в реляционной базе данных.Enterprises typically keep this data in the file system, while storing the related metadata for the files in a relational database.

Интеграция неструктурированных данных в реляционную базу данных дает следующие преимущества:Integrating unstructured data into the relational database provides the following benefits:

  • Возможности интегрированного хранения и управления данными, например резервное копирование.Integrated storage and data management capabilities such as backup.
  • Интегрированные службы, такие как полнотекстовый поиск и семантический поиск в данных и метаданных.Integrated services such as full-text search and semantic search over data and metadata.
  • Простота администрирования и управления политиками для неструктурированных данных.Ease of administration and policy management over the unstructured data.

Однако, как правило, хранить неструктурированные данные в реляционных базах данных было неудобно.Generally it has been inconvenient to store unstructured data in a relational database. Переписывать работающие приложения (Microsoft Word, Adobe Reader и т. д.) для обеспечения взаимодействия через API-интерфейсы реляционной базы данных было непрактично.It has been impractical to rewrite established applications (such as Microsoft Word or Adobe Reader) to interact through relational database APIs. Этим приложениям нужно, чтобы данные были доступны через API-интерфейсы Windows.These applications expect the data to be accessible through Windows APIs. Приложения предъявляют указанные ниже требования.The applications have the following expectations:

  • Приложения Windows не поддерживают транзакции в базах данных и не требуют их.Windows applications are not aware of database transactions and do not require them.
  • Приложения Windows требуют совместимости с API-интерфейсами файловой системы для данных из файлов и каталогов.Windows applications require compatibility with file system APIs for file and directory data.

В прошлом в SQL Server не были предусмотрены способы хранения неструктурированных данных в реляционных базах данных.Many years ago, SQL Server did not offer any variety of ways to store unstructured data in a relational database. Однако в настоящее время такие способы предлагаются.But nowadays it does offer ways to store unstructured data.

Сравнение FILESTREAM и таблиц FileTableComparing FILESTREAM and FileTable

КомпонентFeature Файловый сервер и решение для базы данныхFile Server and Database Solution Решение FILESTREAMFILESTREAM Solution Решение FileTableFileTable Solution
Одно решение для задач управленияSingle story for management tasks нетNo ДаYes ДаYes
Один набор служб: поиск, отчеты, запросы и т. д.Single set of services: search, reporting, querying, and so forth нетNo ДаYes ДаYes
Интегрированная модель безопасностиIntegrated security model нетNo ДаYes ДаYes
Обновление на месте для данных FILESTREAMIn-place updates of FILESTREAM data ДаYes нетNo ДаYes
Иерархия каталогов и файлов сохраняется в базе данныхFile and directory hierarchy maintained in the database нетNo нетNo ДаYes
Совместимость с приложениями WindowsWindows application compatibility ДаYes нетNo ДаYes
Реляционный доступ к атрибутам файловRelational access to file attributes нетNo нетNo ДаYes

Предварительные требованияPrerequisites

  • Базу данных сначала необходимо отсоединить.The database must first be detached. Попытка присоединить базу данных, которая не была отсоединена, приведет к возникновению ошибки.Attempting to attach a database that has not been detached will return an error. Дополнительные сведения см. в разделе Отсоединение базы данных.For more information, see Detach a Database.

  • При присоединении базы данных должны быть доступны все файлы данных (файлы MDF и LDF).When you attach a database, all data files (MDF and LDF files) must be available. Если у какого-либо файла данных путь отличается от того, каким он был при первом создании или последнем присоединении, необходимо указать текущий путь к файлу.If any data file has a different path from when the database was first created or last attached, you must specify the current path of the file.

  • Если при присоединении базы данных файлы MDF и LDF находятся в разных каталогах, а один из путей содержит \\?\GlobalRoot, операция завершается ошибкой.When you attach a database, if MDF and LDF files are located in different directories and one of the paths includes \\?\GlobalRoot, the operation will fail.

Для чего использовать присоединение?Is Attach the best choice?

В пределах одного экземпляра базы данных рекомендуется перемещать с помощью процедуры планового перемещения , а не с помощью операций отсоединения и присоединения.We recommend that you move databases by using the planned relocation procedure instead of using detach and attach, when moving database files within the same instance. Дополнительные сведения см. в статье Move User Databases.For more information, see Move User Databases.

Мы не рекомендуем использовать отсоединение и присоединение для резервного копирования и восстановления,We don’t recommend using detach and attach for Backup and Recovery. так как резервные копии журналов транзакций отсутствуют, а файлы могут быть случайно удалены.There are no transaction log backups, and it’s possible to accidentally delete files.

безопасностьSecurity

Разрешения на доступ к файлам устанавливаются во время выполнения определенных операций с базами данных, включая отсоединение и присоединение баз данных.File access permissions are set during a number of database operations, including detaching or attaching a database. Дополнительные сведения о разрешениях на доступ к файлам, настраиваемых при отсоединении и присоединении базы данных см. в разделе Защита данных и файлов журналов электронной документации по SQL Server 2008 R2SQL Server 2008 R2 (документация актуальна).For information about file permissions that are set whenever a database is detached and attached, see Securing Data and Log Files from SQL Server 2008 R2SQL Server 2008 R2 Books Online (Still a valid read!)

Не рекомендуется подключать или восстанавливать базы данных, полученные из неизвестных или ненадежных источников.We recommend that you do not attach or restore databases from unknown or untrusted sources. В этих базах данных может содержаться вредоносный код, вызывающий выполнение непредусмотренных инструкций Transact-SQLTransact-SQL или появление ошибок из-за изменения схемы или физической структуры базы данных.Such databases could contain malicious code that might execute unintended Transact-SQLTransact-SQL code or cause errors by modifying the schema or the physical database structure. Перед тем как использовать базу данных, полученную из неизвестного или ненадежного источника, выполните на тестовом сервере инструкцию DBCC CHECKDB для этой базы данных, а также изучите исходный код в базе данных, например хранимые процедуры и другой пользовательский код.Before you use a database from an unknown or untrusted source, run DBCC CHECKDB on the database on a nonproduction server and also examine the code, such as stored procedures or other user-defined code, in the database. Дополнительные сведения о присоединении баз данных и сведения об изменениях, вносимых при присоединении баз данных в метаданные, см. в статье Присоединение и отсоединение базы данных (SQL Server).For more information about attaching databases and information about changes that are made to metadata when you attach a database, see Database Detach and Attach (SQL Server).

PermissionsPermissions

Разрешения и по умолчанию назначаются участникам предопределенной роли сервера sysadmin и предопределенным ролям базы данных db_owner и db_backupoperator. and permissions default to members of the sysadmin fixed server role and the db_owner and db_backupoperator fixed database roles.

Проблемы, связанные с владельцем и разрешениями у физических файлов на устройстве резервного копирования, могут помешать операции резервного копирования.Ownership and permission problems on the backup device’s physical file can interfere with a backup operation. Служба SQL ServerSQL Server должна иметь возможность считывать и записывать данные на устройстве. Это означает, что учетная запись, от имени которой выполняется служба SQL ServerSQL Server, должна иметь разрешения на запись на устройстве резервного копирования.The SQL ServerSQL Server service must be able to read and write to the device which means that the account under which the SQL ServerSQL Server service runs must have write permissions to the backup device. Однако процедура sp_addumpdevice, добавляющая запись для устройства резервного копирования в системные таблицы, не проверяет разрешения на доступ к файлу.However, sp_addumpdevice, which adds an entry for a backup device in the system tables, does not check file access permissions. По этой причине проблемы физического файла устройства резервного копирования могут не проявляться до момента доступа к физическому ресурсу во время операции резервного копирования или восстановления.As a result, problems on the backup device’s physical file may not appear until the physical resource is accessed when the backup or restore is attempted.

Основные этапы копирования базы данных, используя функции резервного копирования и восстановленияGeneral steps for using Backup and Restore to copy a database

При использовании резервного копирования и восстановления для копирования базы данных на другой экземпляр SQL Server компьютер-источник и целевой компьютер могут быть любой платформой, на которой запускается SQL Server.When you use backup and restore to copy a database to another instance of SQL Server, the source and destination computers can be any platform on which SQL Server runs.

Основные этапы.The general steps are:

  1. Создайте резервную копию базы данных-источника, которая может находиться на экземпляре SQL Server 2005 (9.x)SQL Server 2005 (9.x) или более поздней версии.Back up the source database, which can reside on an instance of SQL Server 2005 (9.x)SQL Server 2005 (9.x) or later. Компьютер, на котором запущен этот экземпляр SQL ServerSQL Server , называется компьютером-источником.The computer on which this instance of SQL ServerSQL Server is running is the source computer.

  2. На компьютере, куда нужно скопировать базу данных ( целевой компьютер), подключите экземпляр SQL Server, на котором будет восстановлена база данных.On the computer to which you want to copy the database (the destination computer), connect to the instance of SQL Server on which you plan to restore the database. При необходимости создайте те же устройства резервного копирования на целевом экземпляре сервера, что использовались для резервного копирования баз данных- источников .If needed, on the destination server instance, create the same backup devices as used to the backup of the source databases.

  3. Восстановите резервную копию базы данных- источника на целевом компьютере.Restore the backup of the source database on the destination computer. При восстановлении базы данных автоматически создаются все ее файлы.Restoring the database automatically creates all of the database files.

Рассматриваются дополнительные вопросы, которые могут повлиять на процесс.Some additional considerations that may affect this process:

Смена пути

Останавливаем сервер баз данных:

systemctl stop mysql || systemctl stop mariadb

Создаем новый каталог, например:

mkdir /home/mysql

Переносим содержимое старого каталога в новый:

mv /var/lib/mysql/* /home/mysql/

Задаем права и владельца для нового каталога:

chown mysql:mysql /home/mysql

chmod 755 /home/mysql

Открываем конфигурационный файл my.cnf:

vi /etc/my.cnf.d/server.cnf

* в одних версиях mysql используется путь /etc/my.cnf, в других — /etc/my.cnf.d/server.cnf. В Windows это my.ini.

и задаем новый путь:

datadir = /home/mysql

Запускаем сервер:

systemctl start mysql || systemctl start mariadb

Типы резервного копирования SQL Server

Полное (Full Backup)

Полное резервное копирование делает копию всей базы данных, включая все объекты и данные системных таблиц. Полная резервная копия не будет усекать (truncate) журнал транзакций. Это основной тип резервных копий, который требуется выполнять перед другими типами резервных копий.

Полную резервную копию вы можете восстановить за 1 шаг, так как она не требует других дифференциальных/инкрементальных копий.

Если модель восстановления базы SQL данных установлена как “Полная”, то при восстановлении бекапа вы можете указать параметр “STOPAT”, где указывается время (до секунды) на котором нужно остановить восстановление данных. Например, сотрудник внёс некорректные данные в 14:46:07, с помощью параметра STOPAT вы можете восстановить данные на момент 14:46:06

Дифференциальное

Дифференциальное или разностное резервное копирование — это копирование только тех данных, которые появились с момента последней полной резервной копии.

Данный тип резервного копирования используют совместно с полной резервной копией, так как для восстановления дифференциальной копии необходима полная резервная копия.

Обычно при использовании разностного резервного копирования используют план по типу “полное раз в N дней, дифференциальное каждые N часов”. Если ежедневный оборот данных достаточно высокий, то данный тип резервных копий может быть неудобен в применении, так как копии будут весить довольно много.

Например, если полная резервная копия весит 300 GB, а дифференциальная спустя час работы 5 GB, то спустя сутки это будет 120 GB, что делает использование данного типа копий нерациональным.

Журнал транзакций

Резервное копирования журнала транзакций копирует все транзакции, которые произошли с момента последнего резервного копирования, а затем урезает журнал транзакций для освобождения дискового пространства.

Восстанавливая журнал транзакций, вы также можете указать параметр STOPAT, как и в восстановлении полной резервной копии.

Этот тип бекапа является инкрементальным, поэтому для восстановления базы данных вам потребуется вся цепочка резервных копий: Полная и все последующие инкрементальные журнала транзакций.

Tail-Log

Этот вид резервного копирования выделяют как отдельный, но фактически это обычная резервная копия журнала транзакций с NORECOVERY опцией.

Tail-Log бекап рекомендуется делать перед восстановлением копий журнала транзакций, чтобы не потерять транзакции между последним бекапом и текущим моментом времени.

Copy-only

Этот вид бекапа не может служить “базой” для дифференциальных резервных копий и для копий журнала транзакций. Copy-only бекап не нарушает текущую цепочку резервных копий (полный-> дифференциальный или полный -> копии журналов транзакций) и используется только в том случае, если вам нужно снять полную резервную копию, не задевая текущую цепочку бекапов.

За исключением этих нюансов – ничем не отличается от обычной полной копии.

Частичная резервная копия

Partial backup этот тип резервной копии используется для того, чтобы снять копии с read-only файловых групп. На практике используется редко.

Модели восстановления базы данных SQL Server

Модель восстановления – это параметр базы данных SQL Server, который отвечает за регистрацию транзакций в журнале транзакций. Всего существует три модели восстановления:

Простая модель восстановления

Автоматически урезает журналы транзакций, освобождая место на диске. Вручную журналы транзакций обслуживать не нужно.

В случае аварии, данные могут быть восстановлены только на момент снятия резервной копии.

При использовании этой модели восстановления, следующий функционал SQL Server недоступен:

  • Доставка журналов транзакций
  • Always On
  • Point-In-Time восстановление
  • Резервные копии журнала транзакций

Полная модель восстановления

Полная модель восстановления хранит все транзакции в журнале транзакций до усечения журнала (посредством снятия резервной копии журнала).

Это самая “надежная” модель восстановления, при аварийном сбое можно вы сможете восстановить все транзакции, кроме тех, которые не успели завершиться при аварии.

Эта модель нуждается в обслуживании журналов транзакций (регулярные резервные копии), иначе журналы займут всё дисковое пространство.

Восстановление с неполным протоколированием (bulk logged)

Эта модель, также, как и полная, записывает все транзакции в журнал транзакций, за исключением таких операций как:

  • SELECT INTO
  • BULK INSERT и BCP
  • INSERT INTO SELECT
  • Операции с индексами (CREATE INDEX, ALTER INDEX REBUILD, DROP INDEX)

В остальном эта модель работает аналогично полной модели восстановления.

Поиск сведений о модели

Все модели интеллектуального анализа данных возвращают содержимое, полученное алгоритмом, в соответствии со стандартизованной схемой — набором строк схемы модели интеллектуального анализа данных. Запросы к набору строк схемы модели интеллектуального анализа данных создаются при помощи инструкций расширений интеллектуального анализа данных. В SQL Server 2017возможны также запросы непосредственно к наборам строк схемы модели интеллектуального анализа данных, как к системным таблицам.

Следующий запрос возвращает основные метаданные модели кластеризации, , созданной при выполнении заданий из учебника по основам интеллектуального анализа данных. Метаданные, доступные в родительском узле модели кластеризации, включают в себя имя модели, базу данных, где она хранится, и количество дочерних узлов модели. В этом запросе для получения метаданных из родительского узла модели применяется DMX-запрос содержимого.

Примечание

Имя столбца CHILDREN_CARDINALITY следует заключить в квадратные скобки, чтобы отличить его от одноименного зарезервированного ключевого слова языка многомерных выражений.

Пример результатов:

MODEL_CATALOG TM_Clustering
MODEL_NAME Adventure Works DW
NODE_CAPTION Кластерная модель
NODE_SUPPORT 12939
CHILDREN_CARDINALITY 10
NODE_DESCRIPTION All

Значение этих столбцов в модели кластеризации см. в разделе Содержимое моделей интеллектуального анализа данных для моделей кластеризации (службы Analysis Services — интеллектуальный анализ данных).

Образец запроса 2: Получение метаданных модели из набора строк схемы

Выполнение запроса набора строк схемы интеллектуального анализа данных позволяет получить те же сведения, которые возвращаются DMX-запросом содержимого. Однако в наборе строк схемы содержатся и дополнительные столбцы. Они содержат параметры, которые использовались при создании модели, дату и время последней обработки модели и сведения о владельце модели.

В следующем запросе возвращаются даты создания, изменения и последней обработки модели, а также параметры кластеризации, которые использовались при построении модели, и размер обучающего набора. Эти сведения полезны для документирования модели и выяснения того, какие параметры кластеризации использовались при создании существующей модели.

Пример результатов:

MODEL_NAME TM_Clustering
DATE_CREATED 10/12/2007 19:42:51
LAST_PROCESSED 10/12/2007 20:09:54
PREDICTION_ENTITY Покупатель велосипеда
MINING_PARAMETERS CLUSTER_COUNT=10, CLUSTER_SEED=0, CLUSTERING_METHOD=1, MAXIMUM_INPUT_ATTRIBUTES=255, MAXIMUM_STATES=100, MINIMUM_SUPPORT=1, MODELLING_CARDINALITY=10, SAMPLE_SIZE=50000, STOPPING_TOLERANCE=10

Управление метаданными при восстановлении базы данных на другой экземпляр сервераManaging metadata when restoring to another server instance

Чтобы обеспечить целостность работы пользователей и приложений при восстановлении базы данных на другой экземпляр сервера, на новом экземпляре необходимо повторно создать некоторые или все метаданные, например имена входа и задания.When you restore a database onto another server instance, to provide a consistent experience to users and applications, you might have to re-create some or all of the metadata for the database, such as logins and jobs, on the other server instance. Дополнительные сведения см. в статье Управление метаданными при обеспечении доступности базы данных на другом экземпляре сервера (SQL Server).For more information, see Manage Metadata When Making a Database Available on Another Server Instance (SQL Server).

Просмотр файлов данных и журналов в резервном наборе данныхView the data and log files in a backup set

RESTORE FILELISTONLY (Transact-SQL)RESTORE FILELISTONLY (Transact-SQL)

Восстановление файлов и файловых групп в новом расположенииRestore files and filegroups to a new location

Восстановление файлов и файловых групп поверх существующих файловRestore files and filegroups over existing files

Восстановление файлов и файловых групп поверх существующих файлов (SQL Server)Restore Files and Filegroups over Existing Files (SQL Server)

Восстановление базы данных с новым именемRestore a database with a new name

Restore a Database Backup Using SSMSRestore a Database Backup Using SSMS

Перезапуск прерванной операции восстановленияRestart an interrupted restore operation

Перезапуск прерванной операции восстановления (Transact-SQL)Restart an Interrupted Restore Operation (Transact-SQL)

Изменение владельца базы данныхChange database owner

sp_changedbowner (Transact-SQL)sp_changedbowner (Transact-SQL)

Копирование базы данных с помощью управляющих объектов SQL Server (SMO)Copy a database by using SQL Server Management Objects (SMO)

Использование среды SQL Server Management StudioUsing SQL Server Management Studio

Отсоединение базы данныхTo detach a database

  1. В обозревателе объектов среды SQL Server Management StudioSQL Server Management Studio подключитесь к экземпляру компонента Компонент SQL Server Database EngineSQL Server Database Engine , а затем раскройте его.In SQL Server Management StudioSQL Server Management Studio Object Explorer, connect to the instance of the Компонент SQL Server Database EngineSQL Server Database Engine and then expand the instance.

  2. Раскройте список Базы данныхи выберите имя пользовательской базы данных, которую необходимо отсоединить.Expand Databases, and select the name of the user database you want to detach.

  3. Щелкните правой кнопкой мыши имя базы данных, укажите пункт Задачи, а затем выберите команду Отсоединить.Right-click the database name, point to Tasks, and then click Detach. Появится диалоговое окно Отсоединение базы данных .The Detach Database dialog box appears.

    Базы данных для отсоединенияDatabases to detachПеречисляет базы данных для отсоединения.Lists the databases to detach.

    Имя базы данныхDatabase NameОтображает имя базы данных для отсоединения.Displays the name of the database to be detached.

    Удалить соединенияDrop ConnectionsЗавершить соединения с указанной базой данных.Disconnect connections to the specified database.

    Примечание

    Невозможно отсоединить базу данных с активными соединениями.You cannot detach a database with active connections.

    Обновить статистикуUpdate StatisticsПо умолчанию операция отсоединения сохраняет устаревшую статистику оптимизации. Для ее обновления установите этот флажок.By default, the detach operation retains any out-of-date optimization statistics when detaching the database; to update the existing optimization statistics, click this check box.

    Сохранять полнотекстовые каталогиKeep Full-Text CatalogsПо умолчанию операция отсоединения сохраняет связанные с базой данных полнотекстовые каталоги.By default, the detach operation keeps any full-text catalogs that are associated with the database. Для удаления этих каталогов сбросьте флажок Сохранять полнотекстовые каталоги .To remove them, clear the Keep Full-Text Catalogs check box. Этот параметр доступен только при обновлении базы данных с версии SQL Server 2005 (9.x)SQL Server 2005 (9.x).This option appears only when you are upgrading a database from SQL Server 2005 (9.x)SQL Server 2005 (9.x).

    СостояниеStatusОтображает одно из следующих состояний: Готово или Не готово.Displays one of the following states: Ready or Not ready.

    СообщениеMessageСтолбец Сообщение может отображать сведения о базе данных следующим образом:The Message column may display information about the database, as follows:

    • Если база данных участвует в репликации, то ее Состояние имеет значение Не готово , а в столбце Сообщение отображается строка База данных реплицирована.When a database is involved with replication, the Status is Not ready and the Message column displays Database replicated.

    • Если имеется одно или несколько активных соединений с базой данных, то ее состояние имеет значение Не готово, а в столбце Сообщение отображается Активных соединений: , например: Активных подключений: 1.When a database has one or more active connections, the Status is Not ready and the Message column displays Active connection(s) — for example: 1 Active connection(s). Прежде чем можно будет отсоединить базу данных, необходимо отключить активные соединений, выбрав команду Удалить соединения.Before you can detach the database, you need to disconnect any active connections by selecting Drop Connections.

    Чтобы получить сведения о сообщении, откройте монитор активности, щелкнув текст с гиперссылкой.To obtain more information about a message, click the hyperlinked text to open Activity Monitor.

  4. Если для отсоединения базы данных все готово, нажмите кнопку ОК.When you are ready to detach the database, click OK.

Примечание

Отсоединенная база данных отображается в узле Базы данных обозревателя объектов до тех пор, пока не будет обновлено представление.The newly detached database will remain visible in the Databases node of Object Explorer until the view is refreshed. Обновить его можно в любой момент. Щелкните область обозревателя объектов и в меню выберите пункт Представление, а затем пункт Обновить.You can refresh the view at any time: Click in the Object Explorer pane, and from the menu bar select View and then Refresh.

Ссылка на основную публикацию