sqlserver2012怎么驗證是否可用

可以用sqlserver身份登錄驗證。

網(wǎng)站的建設(shè)創(chuàng)新互聯(lián)建站專注網(wǎng)站定制,經(jīng)驗豐富,不做模板,主營網(wǎng)站定制開發(fā).小程序定制開發(fā),H5頁面制作!給你煥然一新的設(shè)計體驗!已為宣傳片制作等企業(yè)提供專業(yè)服務(wù)。

在安裝的時候就需要填寫序列號：如果是試用版，安裝時自動給你一個序列號，從安裝之日起可以使用180天，過期則SQLServer無法啟動。如果是Express版本，也是自動給一個序列號，可以任意免費使用。如果是其他版本，必須填寫正確的序列號，不然就不讓你下一步。

可在SQLServerManagementStudio的幫助中查看。登錄SQLServerManagementStudio。點擊工具欄的幫助選項。點擊關(guān)于。彈出頁面會顯示如下信息，其中如果未激活，在圖中紅框位置會顯示還有XX天到期的字樣，圖中沒有，則代表是已激活狀態(tài)。

安裝好了sqlserver，怎么做高可用

　SQL Server 提供了幾個為服務(wù)器或數(shù)據(jù)庫打造高可用性的可選方案。 高可用性可選方案包括：

AlwaysOn 故障轉(zhuǎn)移群集實例

作為 SQL Server AlwaysOn 產(chǎn)品/服務(wù)的一部分，AlwaysOn 故障轉(zhuǎn)移群集實例利用 Windows Server 故障轉(zhuǎn)移群集 (WSFC) 功能通過冗余在實例級別（故障轉(zhuǎn)移群集實例 (FCI)）提供了本地高可用性。 FCI 是在 Windows Server 故障轉(zhuǎn)移群集 (WSFC) 節(jié)點上和（可能）多個子網(wǎng)中安裝的單個 SQL Server 實例。 在網(wǎng)絡(luò)中，F(xiàn)CI 顯示為在單臺計算機上運行的 SQL Server 實例，不過它提供了從一個 WSFC 節(jié)點到另一個 WSFC 節(jié)點的故障轉(zhuǎn)移（如果當前節(jié)點不可用）。

有關(guān)詳細信息，請參閱 AlwaysOn 故障轉(zhuǎn)移群集實例 (SQL Server)。

AlwaysOn 可用性組

AlwaysOn 可用性組 是 SQL Server 2012 中引入的企業(yè)級高可用性和災(zāi)難恢復(fù)解決方案，可使一個或多個用戶數(shù)據(jù)庫的可用性達到最高。 AlwaysOn 可用性組要求 SQL Server 實例駐留在 Windows Server 故障轉(zhuǎn)移群集 (WSFC) 節(jié)點上。 有關(guān)詳細信息，請參閱 AlwaysOn 可用性組 (SQL Server)。

注意 注意

FCI 可利用 AlwaysOn 可用性組提供數(shù)據(jù)庫級別的遠程災(zāi)難恢復(fù)。 有關(guān)詳細信息，請參閱故障轉(zhuǎn)移群集和 AlwaysOn 可用性組 (SQL Server)。

sqlserver數(shù)據(jù)庫怎么驗證是否可用

可以用sql server身份登錄驗證

不行的話，可能是你的windows賬戶并不在當前sql的信息里 遇到這種問題最經(jīng)常就是數(shù)據(jù)庫是在遠程電腦里所導(dǎo)致..

SQLServer數(shù)據(jù)庫收縮相關(guān)知識

SQL Server 數(shù)據(jù)庫采取預(yù)先分配空間的方法來建立數(shù)據(jù)庫的數(shù)據(jù)文件或者日志文件，比如數(shù)據(jù)文件的空間分配了300MB，而實際上只占用了20MB空間，這樣就會造成磁盤存儲空間的浪費。可以通過數(shù)據(jù)庫收縮技術(shù)對數(shù)據(jù)庫中的每個文件進行收縮，刪除已經(jīng)分配但沒有使用的頁。從而節(jié)省服務(wù)器的存儲的成本。

官方解釋：收縮數(shù)據(jù)文件通過將數(shù)據(jù)頁從文件末尾移動到更靠近文件開頭的未占用的空間來恢復(fù)空間。在文件末尾創(chuàng)建足夠的可用空間后，可以取消對文件末尾的數(shù)據(jù)頁的分配并將它們返回給文件系統(tǒng)。

收縮后的數(shù)據(jù)庫不能小于數(shù)據(jù)庫最初創(chuàng)建時指定的大小。 或是上一次使用文件大小更改操作（如 DBCC SHRINKFILE）設(shè)置的顯式大小。

比如：如果數(shù)據(jù)庫最初創(chuàng)建時的大小為 10 MB，后來增長到 100 MB，則該數(shù)據(jù)庫最小只能收縮到 10 MB，即使已經(jīng)刪除數(shù)據(jù)庫的所有數(shù)據(jù)也是如此。

不能在備份數(shù)據(jù)庫時收縮數(shù)據(jù)庫。 反之，也不能在數(shù)據(jù)庫執(zhí)行收縮操作時備份數(shù)據(jù)庫。

介紹：收縮指定數(shù)據(jù)庫中的數(shù)據(jù)文件大小。

語法格式：

參數(shù)說明：

介紹：收縮當前數(shù)據(jù)庫的指定數(shù)據(jù)或日志文件的大小，或通過將數(shù)據(jù)從指定的文件移動到相同文件組中的其他文件來清空文件，以允許從數(shù)據(jù)庫中刪除該文件。文件大小可以收縮到比創(chuàng)建該文件時所指定的大小更小。這樣會將最小文件大小重置為新值。

語法格式：

參數(shù)說明：

例如，如果創(chuàng)建一個10MB 的文件，然后在文件仍然為空的時候?qū)⑽募湛s為2 MB，默認文件大小將設(shè)置為2 MB。這只適用于永遠不會包含數(shù)據(jù)的空文件。

另附SqlServer常見問題解答

1）管理器不會主動刷新，需要手工刷新一下才能看到最新狀態(tài)（性能方面的考慮）

2）很少情況下，恢復(fù)進程被掛起了。這個時候假設(shè)你要恢復(fù)并且回到可訪問狀態(tài)，要執(zhí)行：

RESTORE database dbname with recovery

這使得恢復(fù)過程能完全結(jié)束。

3）如果你要不斷恢復(fù)后面的日志文件，的確需要使數(shù)據(jù)庫處于“正在還原狀態(tài)”，

這通常是執(zhí)行下面命令：

RESTORE database dbname with norecovery

原來SQL Server對服務(wù)器內(nèi)存的使用策略是用多少內(nèi)存就占用多少內(nèi)存，只用在服務(wù)器內(nèi)存不足時，才會釋放一點占用的內(nèi)存，所以SQL Server 服務(wù)器內(nèi)存往往會占用很高。我們可以通過DBCC MemoryStatus來查看內(nèi)存狀態(tài)。

SQL SERVER運行時會執(zhí)行兩種緩存:

1. 數(shù)據(jù)緩存：執(zhí)行個查詢語句，SQL SERVER會將相關(guān)的數(shù)據(jù)頁（SQL SERVER操作的數(shù)據(jù)都是以頁為單位的）加載到內(nèi)存中來， 下一次如果再次請求此頁的數(shù)據(jù)的時候，就無需讀取磁盤了，大大提高了速度。

2.執(zhí)行命令緩存：在執(zhí)行存儲過程，自定函數(shù)時，SQL SERVER需要先二進制編譯再運行，編譯后的結(jié)果也會緩存起來， 再次調(diào)用時就無需再次編譯。

可以調(diào)用以下幾個DBCC管理命令來清理這些緩存：

但是，這幾個命令雖然會清除掉現(xiàn)有緩存，為新的緩存騰地方，但是Sql server并不會因此釋放掉已經(jīng)占用的內(nèi)存。SQL SERVER并沒有提供任何命令允許我們釋放不用到的內(nèi)存。因此我們只能通過動態(tài)調(diào)整SQL SERVER可用的物理內(nèi)存設(shè)置來強迫它釋放內(nèi)存。

解決SQLSERVER內(nèi)存占用過高的方法：

1、清除所有緩存DBCC DROPLEANBUFFERS

2、調(diào)整SQLSERVER可使用的最大服務(wù)器內(nèi)存。

在SQL管理器，右擊實例名稱

在屬性實例屬性里面找到內(nèi)存選項

把最大內(nèi)存改成合適的內(nèi)存，確定后內(nèi)存就會被強制釋放，然后重啟實例。再看看任務(wù)管理器，內(nèi)存使用率就降下來啦。

1、查看連接對象

USE master

GO

--如果要指定數(shù)據(jù)庫就把注釋去掉

SELECT * FROM sys.[sysprocesses] WHERE [spid]50 --AND DB_NAME([dbid])='gposdb'

當前連接對象有67個其中‘WINAME’的主機名，‘jTDS’的進程名不屬于已知常用軟件，找到這臺主機并解決連接問題。在360流量防火墻中查看有哪個軟件連接了服務(wù)器IP，除之。

2、然后使用下面語句看一下各項指標是否正常，是否有阻塞，正常情況下搜索結(jié)果應(yīng)該為空。

SELECT TOP 10

[session_id],

[request_id],

[start_time] AS '開始時間',

[status] AS '狀態(tài)',

[command] AS '命令',

dest.[text] AS 'sql語句',

DB_NAME([database_id]) AS '數(shù)據(jù)庫名',

[blocking_session_id] AS '正在阻塞其他會話的會話ID',

[wait_type] AS '等待資源類型',

[wait_time] AS '等待時間',

[wait_resource] AS '等待的資源',

[reads] AS '物理讀次數(shù)',

[writes] AS '寫次數(shù)',

[logical_reads] AS '邏輯讀次數(shù)',

[row_count] AS '返回結(jié)果行數(shù)'

FROM sys.[dm_exec_requests] AS der

CROSS APPLY

sys.[dm_exec_sql_text](der.[sql_handle]) AS dest

WHERE [session_id]50 AND DB_NAME(der.[database_id])='gposdb'

ORDER BY [cpu_time] DESC

查看是哪些SQL語句占用較大可以使用下面代碼

--在SSMS里選擇以文本格式顯示結(jié)果

SELECT TOP 10

dest.[text] AS 'sql語句'

FROM sys.[dm_exec_requests] AS der

CROSS APPLY

sys.[dm_exec_sql_text](der.[sql_handle]) AS dest

WHERE [session_id]50

ORDER BY [cpu_time] DESC

3、如果SQLSERVER存在要等待的資源，那么執(zhí)行下面語句就會顯示出會話中有多少個worker在等待

SELECT TOP 10

[session_id],

[request_id],

[start_time] AS '開始時間',

[status] AS '狀態(tài)',

[command] AS '命令',

dest.[text] AS 'sql語句',

DB_NAME([database_id]) AS '數(shù)據(jù)庫名',

[blocking_session_id] AS '正在阻塞其他會話的會話ID',

der.[wait_type] AS '等待資源類型',

[wait_time] AS '等待時間',

[wait_resource] AS '等待的資源',

[dows].[waiting_tasks_count] AS '當前正在進行等待的任務(wù)數(shù)',

[reads] AS '物理讀次數(shù)',

[writes] AS '寫次數(shù)',

[logical_reads] AS '邏輯讀次數(shù)',

[row_count] AS '返回結(jié)果行數(shù)'

FROM sys.[dm_exec_requests] AS der

INNER JOIN [sys].[dm_os_wait_stats] AS dows

ON der.[wait_type]=[dows].[wait_type]

CROSS APPLY

sys.[dm_exec_sql_text](der.[sql_handle]) AS dest

WHERE [session_id]50

ORDER BY [cpu_time] DESC;

4、查詢CPU占用最高的SQL語句

SELECT TOP 10

total_worker_time/execution_count AS avg_cpu_cost, plan_handle,

execution_count,

(SELECT SUBSTRING(text, statement_start_offset/2 + 1,

(CASE WHEN statement_end_offset = -1

THEN LEN(CONVERT(nvarchar(max), text)) * 2

ELSE statement_end_offset

END - statement_start_offset)/2)

FROM sys.dm_exec_sql_text(sql_handle)) AS query_text

FROM sys.dm_exec_query_stats

ORDER BY [avg_cpu_cost] DESC;

5、索引缺失查詢

SELECT

DatabaseName = DB_NAME(database_id)

,[Number Indexes Missing] = count(*)

FROM sys.dm_db_missing_index_details

GROUP BY DB_NAME(database_id)

ORDER BY 2 DESC;

SELECT TOP 10

[Total Cost] = ROUND(avg_total_user_cost * avg_user_impact * (user_seeks + user_scans),0)

, avg_user_impact

, TableName = statement

, [EqualityUsage] = equality_columns

, [InequalityUsage] = inequality_columns

, [Include Cloumns] = included_columns

FROM sys.dm_db_missing_index_groups g

INNER JOIN sys.dm_db_missing_index_group_stats s

ON s.group_handle = g.index_group_handle

INNER JOIN sys.dm_db_missing_index_details d

ON d.index_handle = g.index_handle

ORDER BY [Total Cost] DESC;

找到索引缺失的表，根據(jù)查詢結(jié)果中的關(guān)鍵次逐一建立索引。

sql配置緩存大小原因

數(shù)據(jù)緩存和執(zhí)行緩存的控制。

SQLServer占用的內(nèi)存主要由三部分組成：數(shù)據(jù)緩存（DataBuffer）、執(zhí)行緩存（ProcedureCache）、以及SQLServer引擎程序。SQLServer引擎程序所占用緩存一般相對變化不大，則我們進行內(nèi)存調(diào)優(yōu)的主要著眼點在數(shù)據(jù)緩存和執(zhí)行緩存的控制上。

SQL語句在執(zhí)行前首先將被編譯并通過查詢優(yōu)化引擎進行優(yōu)化，從而得到優(yōu)化后的執(zhí)行計劃，然后按照執(zhí)行計劃被執(zhí)行。對于整體相似、僅僅是參數(shù)不同的SQL語句，SQLServer可以重用執(zhí)行計劃。但對于不同的SQL語句，SQLServer并不能重復(fù)使用以前的執(zhí)行計劃，而是需要重新編譯出一個新的執(zhí)行計劃。同時，SQLServer在內(nèi)存足夠使用的情況下，此時并不主動清除以前保存的查詢計劃。這樣，不同的SQL語句執(zhí)行方式，就將會大大影響SQLServer中存儲的查詢計劃數(shù)目。如果限定了SQLServer最大可用內(nèi)存，則過多無用的執(zhí)行計劃占用，將導(dǎo)致SQLServer可用內(nèi)存減少，從而在執(zhí)行查詢時尤其是大的查詢時與磁盤發(fā)生更多的內(nèi)存頁交換。如果沒有限定最大可用內(nèi)存，則SQLServer由于可用內(nèi)存減少，從而會占用更多內(nèi)存。

SQLSERVER可用空間只有1兆多,為什么

正常。可用空間1.27M，是相對于數(shù)據(jù)庫分派空間20G而言，不是磁盤的可用空間。當20G用完后，它會怎么增加，只要磁盤有空間就行了，不用當心。

網(wǎng)站標題：sqlserver可用,sqlserver的作用
標題來源：http://chinadenli.net/article31/dsgjepd.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供營銷型網(wǎng)站建設(shè)、網(wǎng)站設(shè)計、建站公司、標簽優(yōu)化、做網(wǎng)站、網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)