聯想v7000存儲

A. Ibm v7000如何重啟控制器

1、如果有連主機的話應先確保主機沒有訪問存儲伺服器，然後才能關閉存儲。
2、在關閉存儲時應先注意關閉控制器再關擴展櫃。以上就是Ibmv7000重啟控制器的方法。

B. 聯想HDS AMS2300和IBMStorwize V5000有什麼區別

IBM Storwize V7000的運行功率：單電源額定500W，最高600W，標配雙電源冗餘，一般情況單電源運行。 IBM Storwize V7000是IBM最新發布的一款中端存儲產品。

C. ibm v7000如何擴容，向已有raid5中加一塊盤，如何操作 ，求大神救命！

建議樓主到IBM官網上下載V7000手冊，然後詳細看看，也許會解決問題。這么高端的問題，會的不在網路混，不會的他也不懂。
可以谷歌試試，或者到存儲各大論壇找找答案。

D. ibmv7000默認管理地址

ibm默認管理地址是：192.168.70.125：。
最後是遠程伺服器連接埠，一般默認為3389，但是可以對其進行修改，利用伺服器管理工具可以對其進行連接，連接效果和遠程操控體驗都會更好。
操作方法：管理機網線連接imm口，設置本地ip為192.168.70.xxx網段，ping 192.168.70.125，如果通，在瀏覽器地址欄輸入192.168.70.125 回車，在出現的頁面輸入賬號：USERID，口令：PASSW0RD,注意是零不是哦，確定即可。

E. 聯想v7000p i7和華為mate book14 i7那個好

大哥，你是不是把型號打錯了？聯想v7000p是伺服器使用的數據存儲器。。。
華為mate book14 i7看了一下，低功耗處理器，要是用作ps ai，肯定會卡出翔。

F. oracle tps 一般多大

參考一下吧
環境說明：
AIX P740，AIX VERSION 6，16 core 3.55GHZ的CPU，32G MEM，3塊千M網卡BOND。
V7000中端存儲 80G 的CACHE。12塊LOG 盤。最夠多的數據盤。
ORACLE 11.2.0.3 單機非RAC（無DAGAGUARD) 日誌文件 數據文件放AIX的JFS2文件系統，採用CIO方式掛載

近期一直在搞業務壓測，提升系統的事務處理能力。事務處理量從剛開始的三千到如今的接近一萬，中間也積累了一些優化方法，分享給各位。首先當然需要你的系統是處理大並發事務的，如果你的系統每秒TPS才一兩百，可能事務優化並不是主要的目的，我的方法對你也不一定有作用。這里一共包含兩個部分的優化手段，第一部分是常規的優化手段，第二部分是稍微「邪門」點的優化手段。
大並發事務常規的優化手段：
1）REDO LOG 盤優化：如果是放在存儲，可以多拿出幾塊盤來做LOG 盤，最基本的常識盤要做成RAID 10,不能放RAID 5。根據你盤的情況，可以用6-12塊盤不等。這些 盤專門提供給REDO LOG用，剩餘的空間也不能提供給其他盤用，以免影響LOG 盤的IO。由於存儲一般都帶有CACHE，CACHE的大小根據高低中端的不同，存儲型號的不同而不同，存儲的CACHE可以說是存儲的靈魂，對於寫緩沖的效果非常明顯，極大的降低寫LOG盤的時間。
2）數據盤的IO要根據你系統的情況來，根據操作系統工具topas -D或iostat -DlRa 1 來看數據盤存不存在瓶頸，如果busy比較大，那麼需要繼續添加硬碟來提升IOPS。事務型的交易系統數據盤的繁忙主要是寫臟數據造成的（可能你的情況跟我不一樣），一般對IOPS要求不高。這個要根據系統情況來定。IOPS不夠，可以考慮用SSD來提升IOPS，但是存儲對SSD的支持不太好，最好讓SSD的IO可以打散在存儲的多個光纖環路中。
3）ORACLE 的GROUP COMMIT是自動、默認的行為，這塊其實不用作優化也沒法做優化。
4）對關鍵業務表設置了CACHE屬性，保證事務的數據都在內存里。這一塊的優化也非常重要，優化效果也非常明顯。ORACLE里可以設置CACHE表。

當時壓測是基於P740的一個小機 V7000的一個中端存儲，做完以上優化，TPS可以達到6000。

非常規手段的優化：
1）由於P740隻有物理16core cpu，CPU使用率到了65%，LOAD 接近40。為了LGWR可以任意時刻獲取CUP資源，設置了_high_priority_processes 參數，保證LGWR可以隨時獲得CPU資源，不用排隊。
2）操作系統級別設置dscrctl -n -b -s 1 內存預讀，效果非常明顯，立即可以提升1000 的TPS
3)如果你是萬兆網卡，chdev -l hba0 -a cdli_queues=4 -P，加大網卡處理隊列，效果也非常明顯，可以提升1500 的TPS。事物數超大的系統，網卡往往是瓶頸，優化非常必要。即使你的3個千M網卡處理量還完全沒到瓶頸，可是使用萬兆網卡做了這個優化，還是非常的能看到立竿見影的效果。
4）ORACLE的REDO LOG 塊大小設置為4K.11GR2的版本可以指定REDO LOG的塊大小，一般是磁碟的扇區大小512位元組。在我的版本11.2.0.3下修改會報錯，說修改值與實際扇區大小不匹配。通過修改隱含參數_disk_sector_size_override為true，可以強制改成功。修改的辦法是在alter database add log file xxxx blocksize 4096。如果拿PL/SQL壓測，採取commit write immediate wait方式提交，優化前後的差距接近4倍，非常驚人。但是拿我們的業務壓測，只是提升了1500 的TPS，也非常的不錯了。

G. ibm v7000不識別2t的硬碟

一、IBM V7000簡要：

1. 第一個IBM自主研發的中端存儲2.0產品，架構上突破傳統，吸收了DS和IBM橫向擴展架構XIV的精華。

2. 第一次集「EasyTier自動分層」「虛擬化」「精簡調配」三大存儲效率於一身的磁碟陣列，使IBM Storwize V7000當之無愧的成為更加看重存儲效率的中端存儲市場上的殺手級產品。

3. 第一次把DS8000的RAID技術和自動分層、SVC虛擬化架構以及XIV的賞心悅目的管理界面等高端存儲上的技術用在中端存儲上，擁有企業級陣列的功能和使人眼前一亮的GUI。

二、故障描述

客戶設備型號為IBM V7000存儲，架構為AIX+Sybase+V7000存儲陣列櫃，需要恢復的數據主要存放在陣列櫃上，共12塊600G容量的SAS機械硬碟（其中一塊為熱備盤）。

由於IBM V7000磁碟故障，在更換磁碟數據同步的時候，另一個磁碟也出現了問題，導致邏輯盤無法掛接在小型機上，業務暫時中斷。從存儲管理界面查看，兩塊硬碟顯示故障離線，其中10號槽位故障硬碟為熱備盤，3號槽位故障硬碟情況如下圖所示：

客戶的陣列櫃中共創建了2組Mdisk，加到一個pool中，現客戶主要數據pool無法載入，其中共三個通用卷均無法掛載，具體情況如下圖所示：

六、驗證數據

對生成出的數據進行隨機抽樣檢測，數據沒有問題。

七、數據移交

客戶提供存儲設備，在存儲設備上創建與原先環境一樣大小數量的LUN，將提取出的數據LUN的鏡像文件，使用dd的方式，復制到存儲上創建的LUN中，交給客戶。

八、恢復結果

數據移交後，客戶重新配置存儲環境，數據一切正常。本次數據恢復工作圓滿完成

H. IBM V7000存儲的FRU號怎麼查看

通過存儲管理軟體查看
直接上IBM的檢測網址可以查到通用部件號（FRU），和ACCESS IBM這個檢測對一下
IBM網站的FRU列表和ACCESS IBM這裡面一樣的，對也沒用，
軟體又檢測不出fru，
比如我現在的硬碟已經換成了5400。3 80g ，