Welcome to SCSI
VMware: เปรียบเทียบระหว่าง ESX และ ESXi 4.x PDF Print E-mail
Written by Wira Chinwong   
Friday, 22 July 2011 10:43

VMware ได้วางแนวทางการพัฒนาโดยที่จะต่อยอดให้เหลือ kernel ตัวเดียวคือ ESXi ซึ่่งปลายเดือนกรกฎาคม 2554 นี้ก็จะไม่มีการทำ patch update สำหรับ ESX แล้ว ลองมาดู function หลักที่แตกต่างกันระหว่าง ESXi กับ ESX ดูครับ

 

ESXi vs. ESX feature comparison

With the vSphere 4.1 release, VMware has delivered substantial new improvements to the ESXi hypervisor architecture that put ESXi is at feature parity with ESX also from the stand point of advanced management functionalities.

Capability ESXi 4.0 ESXi 4.1 ESX 4.0 ESX 4.1
Admin/config
CLIs
PowerCLI + vCLI PowerCLI + vCLI COS + vCLI COS + vCLI +
PowerCLI
Advanced
troubleshooting
Tech Support Mode
(restricted)
Tech Support Mode
(full support)
COS COS
Scripted
installation
Not supported Supported Supported Supported
Boot from SAN Not supported Supported Supported Supported
SNMP Supported Supported Supported Supported
Active Directory Not supported Integrated Supported with 3rd
Party Agents
Integrated
HW monitoring CIM providers CIM providers 3rd party agents in COS COS3rd party agents in COS
Jumbo frames Supported Supported Supported Supported
Total Lockdown Not available Supported Not available Not available

 

 
VMWare: มี file.vmdk ที่สร้างจาก version เก่า แล้วไม่สามารถนำมาใช้กับ ESX 4 ได้ PDF Print E-mail
Written by Wira Chinwong   
Saturday, 02 July 2011 10:22

เนื่องจาก disk type version ไม่ support ดังนั้นจะต้องทำการ convert ให้เป็น version ใหม่ก่อน ซึ่งเราสามารถทำได้ง่าย  ๆ 2 วิธี

1. ใช้ VMware Converter ทำการ Convert ทั้ง Guest เลย

2. ใช้ vmfstools ที่อยู่ในเครื่อง ESX ทำการ convert แล้วค่อยนำมา attach เข้ากับ guest ที่เราสร้างไว้อยู่แล้ว

vmkfstools -i OldDisk.vmdk NewDisk.vmdk

 
TSM: ทำไมเวลาใช้คำสั่ง Q Volume แล้ว space ที่ใช้ได้ไม่เท่ากับความจุของ Tape จริง PDF Print E-mail
Written by Wira Chinwong   
Thursday, 30 June 2011 21:18

อ้างจาก Technote ของ IBM

"query volume" shows estimated capacity value less than expected value

Technote (FAQ)


Question

For volumes in status full, "query volume" shows the estimated capacity less than what is really stored on the volume

Answer

The QUERY VOLUME command does not always display a expected volume capacity when the
volume has reached end-of volume (EOV). When a volume is in status full, the estimated
capacity always displays the real capacity of the volume, i.e. the total number of bytes being stored on the volume in general. This value of the real capacity may not match the value of the estimated capacity. The value of the real capacity could be smaller than the value of the estimated capacity..

Here is an example from a WORM LTO3 tape. This WORM LTO3 tape volume was brand new.
The LTO3 compressed mode was used for backup data. When this volume was full, the Estimated Capacity showed that the volume capacity was 91.7G in this example. However, when the volume was empty, the Estimated Capacity was 400G. So the real capacity is smaller than the previous estimated capacity.

The output from Tivoli Storage Manager server console for LTO3 WORM tape:


Volume Name Storage Device Estimated Scaled Pct Volume Access
Pool Name Class Name Capacity Capacity Util Status
Applied
----------- --------- ---------- --------- -------- ----- ------- ----------
VOL001L3 WORMPOOL WORMTAPE 91.7 G 100.0 Full Read/Write




To get the full estimated capacity, you can define a storage pool with the option
dataformat=nonblock. For more information about the dataformat parameter see the
Tivoli Storage Manager server Administrator Reference.

This issue is also related to the Tivoli Storage Manager server option TXNGroupmax.

The Tivoli Storage Manager server write a segment each time to the volume.
A segment is usually a aggregate bitfile which contains up to number of "TXNGroupmax"
files. If the size of a segment (aggregate bitfile) is smaller than the block size 256K,
there will be gap in the volume because it wrote 256K each time.
If the size of a segment greater than 256K, it will write multiple times with 256K
each time until the whole segment wrote to the volume, so, most time, the last write
for a segment will have gap because the segment size is not likely to be integral
multiple of 256K. But most time, the size of a segment is much bigger than 256K,
so the percentage of wasted space can be very small.

The gap is introduced when backup or archive from the client.
There is no way to remove the current gap unless the files get expired.

You can increase TXNGroupmax to prevent further gap.
But notice that use a too lager value of TXNGroupmax could cause performance issue.
For more information about the TXNGroupmax server option see the Tivoli Storage Manager
server Administrator Reference.
You can use the following way to calculate how you should change TXNGroupmax to.

Example:
The current TXNGroupmax is A, the capacity of volume is B,
the data can actually wrote to the volume is C.
The new TXNGroupmax can be calculated as follow: A * B / C.
For example, if the current TXNGroupmax is 256, the capacity of LTO3 tape is 400G,
the data can actually wrote to the tape is 91.7G.
You can change the TXNGroupmax to 256 * 400 / 91.7 = 1116

The root cause is if you have many very small files and we are writing many small segments
(smaller than 256K) to the volume, and that caused space gap in the volume.
Increasing TXNGroupmax can prevent this kind of gap.

Example with FILE type volume to see how it works .
After increasing the TXNGroupmax, the problem can be resolved.

First test:
Define two FILE type devclass FILEDEV and FILEDEV2 which have capacity 200M and 40M respectively.
Backup about 100000 files, each file is smaller than 1K.
The TXNGroupmax is 256. After backup stgpool, we can see the volume 00000011.BFS has
estimated capacity of 23.1M which smaller than the devclass' capacity.
23.1M is the actually data wrote to the volume.

query volume


Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
-------------------- ----------- ---------- --------- ----- --------
D:\TSM\0000000C.BFS FILEPOOL FILEDEV 200.0 M 20.3 Filling
D:\TSM\00000011.BFS COPYPOOL FILEDEV2 23.1 M 100.0 Full
D:\TSM\00000012.BFS COPYPOOL FILEDEV2 40.0 M 43.8 Filling



Second test:

Backup more files than first test, define the second devclass FILEDEV3 has capacity of 50M .
The TXNGroupmax is 440 this time. After backup stgpool, we can see the volume 0000002D.BFS
has estimated capacity of 49.6M which very close to 50M.

query volume


Volume Name Storage Device Estimated Pct Volume
Pool Name Class Name Capacity Util Status
-------------------- ----------- ---------- --------- ----- --------
D:\TSM\00000027.BFS FILEPOOL FILEDEV 200.0 M 28.9 Filling
D:\TSM\0000002C.BFS FILEPOOL FILEDEV 200.0 M 0.6 Filling
D:\TSM\0000002D.BFS COPYPOOL FILEDEV3 49.6 M 100.0 Full
D:\TSM\0000002E.BFS COPYPOOL FILEDEV3 50.0 M 19.0 Filling
 
Exchange: ใช้ Outlook 2003 กับ Exchange 2010 Server PDF Print E-mail
Written by Wira Chinwong   
Friday, 01 July 2011 22:02

เนื่องจาก Exchange 2010 Server บังคับให้ Client ที่ต้องการ Connect เข้ามานั้นต้องมีการเข้ารหัสด้วย ซึ่งปกติ Outlook 2003 ไม่ได้ติดตั้งค่านี้มาเป็น Default วิธีการแก้ไข ทำได้ 2 ทางคือ

1. แก้ไขที่ Outlook 2003

เปิด Outlook profile --> More Setting --> Security --> Encryption --> เลือก Encrypt data ....

2. แก้ไขที่ Exchange 2010 Server  ใช้ Exchange Power Shell

[PS] C:\>Get-RpcClientAccess

Server          Responsibility          MaximumCo 	Encryptio
                                          	nnections 		nRequired
------          --------------            --------- 		---------
EX3             Mailboxes                 65536     		False
EX2             PublicFolders             65536     		True
EX4             Mailboxes                 65536    		 True
EX1             PublicFolders             65536    		 True
[PS] C:\>Get-RpcClientAccess | Set-RpcClientAccess -EncryptionRequired $false

 

 

 

 

 

 

 

 

 
TSM: SQL Command ที่ใช้บ่อย PDF Print E-mail
Written by Wira Chinwong   
Wednesday, 29 June 2011 21:24

ต้องการดูว่าแต่ละ Node ใช้ Volume อะไรบ้าง

q nodedata NODENAME stg=XXXX

 

หรือ

 

select volume_name from contents where node_name like '%nodename%' and FILESPACE_NAME like '%Filespacename%' and FILE_NAME like '%Filename%'

 

 

Last Updated on Thursday, 30 June 2011 21:09
 
<< Start < Prev 1 2 3 4 5 6 Next > End >>

Page 3 of 6

Polls

คุณใช้ Software Backup อะไรในองค์กร