Find Communities by: Category | Product

不少用户经常会问起怎么样安装配置WindowsIscsi客户端,好像也没有找到中文的类似文档,现在抛砖引玉,介绍一下安装配置WindowsIscsi客户端的方法和步骤:

 

    根据微软的建议, iSCSI软件启动器的运行环境要求在:

     Windows Server 2003 SP1 or higher
     Windows 2000 with the latest service pack/security pack
     Windows XP SP2 or higher

  在Win2000系统中, 下载并安装最新的微软iSCSI软件启动器Win2000系统中, 查看iSCSI启动器的名称

Snap2.bmp

    在Storbridge 系统中,创建并分配一个iSCSI共享通过共享管理-iSCSI 共享, 使用iSCSI共享虚拟磁盘创建一个iSCSI 共享;根据第3步得到的iSCSI启动器的名称, 使用CHAP认证模式进行分配;(设置CHAP 认证, 目标器端) 启动器名称:iqn.1991-05.com.microsoft:akczdsz.xatlj启动器口令:akczdsz.xatljWin2000系统中, 发现iSCSI 目标器

Snap3.bmp

  点击Target PortalsAdd,输入Storbridge系统的IP地址

Snap4.bmp

点击OK, 回到iSCSI Initiator 属性的对话框, 验证Target Portals 中的内容

Snap5.bmp

Win2000系统中,察看和登录iSCSI目标器

Snap6.bmp

点击Log On

Snap7.bmp

选中Automaticallyrestore this connection when the systemboots 点击Advanced, 选择Local Adapter,Source IP Target Portal 选中CHAPlogoninformation, 根据第3步设置填写CHAP 认证信息

Snap8.bmp

点击确定,回到LogOn to Target 的对话框再点击OK, 回到iSCSI Initiator属性的对话框, 验证目标器的状态是否为Connected Win2000系统中, 初始化iSCSI 设备计算机管理-磁盘管理

Snap9.bmp

Snap10.bmp

点击取消

Snap11.bmp

右击磁盘1, 选择签名

Snap12.bmp

点击确定, 回到磁盘管理的界面

Snap13.bmp

右击磁盘1的未指派区域,选择创建磁盘分区

Snap14.bmp

点击下一步, 选择主磁盘分区,指定分区大小,指派驱动器号, 使用NTFS 快速格式化分区重启系统, 察看iSCSI 设备双击我的电脑

Snap15.bmp

Snap16.bmp

双击本地磁盘(E:)

Snap17.bmp

如果需要在iSCSI设备上运行自动启动的服务,LanManServer (文件共享) iscsicli BindPersistentVolumes

Snap18.bmp

sc config LanManServer depend=MSiSCSIWin2000系统中,请下载sc 放到system32目录中) 通过以上内容,我们已经使用LinuxIscsi建立的ISCSI服务部署了

Snap19.bmp

一个简单的储存区域网,在此之后,我们还可以将ISCSI 服务器部署在HA 、集群应用等需要共享盘阵的更高级应用部署中作为快速的、有效的、安全的、健壮存储设备来使用。

最近EMC的技术支持工程师们经常接到客户来电询问如何使用Host AgentHP-UX主机连接到存储的问题。对于Windows主机用iscsi initiator连接存储的方法,本论坛已有相关文档,鉴于HP-UX主机的操作方法有所不同,今天在这里给大家详细介绍一下如何使用Host Agent方法连接HP-UX主机到存储阵列的操作方法,希望对我们EMC的广大客户有所帮助

 

首先我在这里大概总结一下HP-UX主机手工注册HBA的过程:(共有10个步骤需要特别注意,我在这里逐一展开给大家阐述介绍)

 

1. 首先要确认主机到交换机,交换机到存储阵列之间的物理连线。确定交换机上面的zoning配置正确。

 

2. 确认主机HBA和存储阵列前端端口的WWN信息,在之后手工注册时候要用到。

HP-UX主机上确认方法如下:
# ioscan -funC fc            => 先确认有几个FC HBA的设备名,比如/dev/fcd0, /dev/fcd1
# fcmsutil /dev/fcd0         => 确认HBA端口对应的WWN信息,注意需要记录下面两行的0x后面的信息,然后组成阵列注册时候需要的WWN

 

      N_Port Node World Wide Name = 0x500143800422de57

        N_Port Port World Wide Name = 0x500143800422de56

 

=> 上面的两行组成Node WWN:Port WWN的格式,上面的例子组合后就是50:01:43:80:04:22:de:57:50:01:43:80:04:22:de:56(每两个字符之间要有冒号),这个格式的新WWN就是阵列注册时候要用到的,需要记录下来。

 

存储阵列前端端口WWN确认方法:进入VNX管理界面Unisphere Unisphere -> System菜单-> Storage Hardware -> 找到SPs,展开SPs前面的“+”号,先找到SP A下面端口,记录下阵列对应的逻辑口WWN。下图例子是A0对应的WWN,这个格式的WWN后一半(50:06:01:60:46:E0:4E:9E)就是交换机上面看到的阵列端口WWN

1.bmp

 

3. 根据上面的WWN信息,对照交换机上面的zoning配置信息,核对出哪个HBA连到哪个阵列的前端端口。例如在交换机上查到的fcd0连到A1\B1fcd1连到A0\B0

 

 

4. 根据第3步得出的映射关系,我们可以手工注册主机HBA到存储阵列。接下来给大家介绍一下Initiator注册方法:进入VNX管理界面Unisphere Unisphere -> Hosts菜单-> Initiators -> 点击Create按钮,在WWN/IQN那一行填入第2步拿到的主机HBAWWN(注意格式匹配),SP - port就选zoning里面对应的前端端口(比如A0B0),Initiator TypeFailover Mode就按照emc99467对应主机找到的配置参数(例如机器对应的Initiator TypeHP No Auto TrespassFailover Mode1<Active/Passive>)。主机方面的信息就根据实际的主机名和IP地址填好就行,如果已经有注册过一次,剩下的Initiator使用Existing Host选到已有的主机名即可,无需重建。其他选项保持默认值,然后点击OK

2.bmp

 

5. 这里特别要注意的是,也是很多客户经常遇到的问题: HP-UX主机到存储阵列之间如果有多条链路的话(举例来说:如果客户主机是有4条链路),那么这4条链路都需要要按照第4步的方法每个都注册一遍。

 

6. 现在HP-UX主机已经注册好,接下来我们要做的就是创建要分给主机的LUN,把它加到Storage Group中。Storage Group里面把LUN选好,把主机加进去确认即可。(同时指定对应的HLU,注意第一个LUNHLU 0,如下图所示,在加LUN的时候点击Host LUN ID一栏,建第一个LUN时选择HLU0,这样做是为了避免之后再加LUN和删除LUN时造成冲突),把主机加进去确认即可。现在存储阵列方面的工作基本上就完成了。

3.bmp

 

7. HP-UX主机进行扫描LUNdd一下每个LUNHP-UX的主机一定要dd一下对应LUN的设备文件,否则UnisphereInitiator的状态看到是没有Logged In的)。

# ioscan               => 扫描阵列的LUN

# insf -e                => 创建LUN对应的设备文件# ioscan -funC disk   => 检查阵列LUN对应的设备文件,比如/dev/dsk/c15t0d0之类。

# dd if=/dev/dsk/c15t0d0 of=/dev/null bs=1024k count=1024                     => dd读取一下LUN,发起I/O到阵列。

 

8. 在主机dd完所有新创建的LUN之后,到Unisphere检查一下InitiatorLogged In状态是否都是Yes,如果是的话存储阵列这边工作就正常了。

 

9. 如果安装有Powerpath环境并需要使用相应的命令检查一下Powerpath是否正常识别到阵列的新LUN。如果都正常接下来就可以配置LVM、应用。

# powermt check

# powermt display dev=all

 

10.这里给大家列举一个图示来说明在将VNX存储链接到光纤交换机过程中所涉及的端口:

4.bmp

 

以上所阐述的知识点就是这一期博客的相关内容,供大家参考,希望对广大用户有所帮助,也非常欢迎大家能够给予宝贵意见和反馈。敬请期待下一期VNX存储博客,大家下期再见~

    客户应用系统使用两台相同配置的VNX存储,怀疑VNX导致应用性能下降。系统维护人员在主机上用“dd”的命令对两台VNX分别进行了读写测试,对照后发现其中一台的读性能很差,测试结果如下:


写测试:两台存储性能相同

VNX1

314572800000 bytes (315 GB) copied, 521.238 seconds, 604 MB/s

314572800000 bytes (315 GB) copied, 527.589 seconds, 596 MB/s

314572800000 bytes (315 GB) copied, 529.907 seconds, 594 MB/s

314572800000 bytes (315 GB) copied, 537.869 seconds, 585 MB/s

VNX2

314572800000 bytes (315 GB) copied, 509.022 seconds, 618 MB/s

314572800000 bytes (315 GB) copied, 521.032 seconds, 604 MB/s

314572800000 bytes (315 GB) copied, 528.544 seconds, 595 MB/s

314572800000 bytes (315 GB) copied, 535.1 seconds, 588 MB/s

读测试:VNX2读性能只有VNX1的一半

VNX1

314572800000 bytes (315 GB) copied, 447.419 seconds, 703 MB/s

314572800000 bytes (315 GB) copied, 460.649 seconds, 683 MB/s

314572800000 bytes (315 GB) copied, 474.604 seconds, 663 MB/s

314572800000 bytes (315 GB) copied, 508.481 seconds, 619 MB/s

VNX2

314572800000 bytes (315 GB) copied, 1163.37 seconds, 270 MB/s

314572800000 bytes (315 GB) copied, 1167.6 seconds, 269 MB/s

314572800000 bytes (315 GB) copied, 1244.01 seconds, 253 MB/s

314572800000 bytes (315 GB) copied, 1792.76 seconds, 175 MB/s

 

     在VNX2上用Unisphere Analyzer收集性能数据,分析后发现硬盘1.1.18性能异常:

         1.硬盘响应时间对比,1.1.18明显高于其它硬盘:

Snap1.bmp

 

        2. 硬盘忙时平均队列深度对比,1.1.18最差,与1.1.18同一个Raid Group中的其它硬盘稍差,其它Raid Group中硬盘最好:

Snap2.bmp

 

进一步检查VNX2SP日志发现硬盘1.1.18有很多”Read Command Timeout”报错信息。结合现场观察到的写性能正常,读性能差的现象,判断是硬盘1.1.18故障导致了VNX2上的性能问题。

B 12/18/13 19:41:07 Bus1 Enc1 Dsk18       801 Soft SCSI Bus Error [READ Command timeout] 0    17267bd0 10006

B 12/18/13 19:41:07 Bus1 Enc1 Dsk18       801 Soft SCSI Bus Error [READ Command timeout] 0    17267b00 10006

B 12/18/13 19:41:07 Bus1 Enc1 Dsk18       801 Soft SCSI Bus Error [READ Command timeout] 0    3a8aa5d0 10006

B 12/18/13 19:41:07 Bus1 Enc1 Dsk18       801 Soft SCSI Bus Error [READ Command timeout] 0    3155bd00 10006

 

更换硬盘1.1.18后,VNX2性能恢复正常。由于原硬盘的读性能很差,更换硬盘时Proactive Copy花了接近10个小时。

        问题如下, IBM AIX上运行Powerpath 5.5,   PowerPath xcryptd进程在AIX主机消耗大量的CPU 和内存资源的问题. 大概在180天后, emcp_xcrypt进程会消耗100%CPU 和内存资源.

 

PID             %CPU      ResSize Char    Command

10682438   63.6          263676  0          [emcp_xcrypt]           

 

这个问题的原因目前还是未知的. Powerpath的开发人员仍然在调查原因但是可以用以下的workaround 解决.

 

  1. 杀死在运行的emcp_xcrypt进程.kill -9 <pid no. >
  2. 为防止系统重启动后这个进程再回来, 编辑文件   /etc/PowerPathExtensions    , 这个文件包含下面这些行,

 

mpxext:cfgmpx

gpxext

dmext:cfgdm

vlumdext:cfgvlumd

xcryptext:cfgxcrypt 

 

删除掉最后面的两行.       

 

3. 从/etc/inittab文件中删除下面的行并保存文件.

 

rcxcrypt:2:wait:/etc/rc.emcp_xcryptd xcrypt_rc >/dev/null 2>&1


4.  有时客户比较在意的是emcp_xcremcp_xcrypt是否为同一进程,以及什么时候显示为emcp_xcr,什么时候显示为emcp_xcrypt 其实,这个问题和AIX的服务器上不同的命令来显示进程的名字有关。比如,PS这个命令和topas这个命令,对同一台服务器上PowerPath的这个进程显示出来的名称就不同,见下图:


Topas

Snap2.bmp

PS

Snap3.bmp

   如上图所见,同一个进程号204900,就可以有两种不同的显示结果。但相同的进程号已经验证了他们是同一个进程。至于为什么在不同的情况下有不同的显示,IBM也作过一些说明,如下:

 

http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com.ibm.aix.cmds/doc/aixcmds4/ps.htm

(-f, -l, and l flags) Contains the command name. Under the -f flag, the ps command tries to determine the current command name and arguments, both of which may be changed asynchronously by the process. These are then displayed. If this fails, the command name is written as it would appear without the -f option in square brackets.

 

     如上所述,IBM陈述了ps 命令的-f 参数,这个文档描述了ps命令显示的进程名称可能有的时候只会显示前8位。到这里为止,我们已经能够充分的证明,emcp_xcremcp_xcrypt是同一个进程,因为他们的进程号相同。

 

5. AIX中有两种情况下进程不能通过kill或者kill -9来终止。一是出于Zombie状态,一是在kernel mode。只有在user mode的进程才可以通过kill命令终止。对于PPID1,有时会发生进入kernel mode的情况。不管由于什么原因导致kill不能终止进程,都可以通过重启来解决。 对于不能killZombie状态的进程,资源已经释放,对系统没有影响。对于处于kernel mode的进程,如果该进程没有占用过多资源,那么也没有影响,可以等下次有机会系统重启来解决。如果占用系统资源过高,那么就只能通过重启来解决。

 

 

KB:

 

IBM AIX PowerPath xcryptd consuming large amounts

of CPU and memory on AIX host.

Article Number:000083101 Version:2

Key Information

Audience: Level 30 = Customers Original Create Date: Wed Jan 25

19:23:40 GMT 2012

Article Type: Break Fix

Channels: Customer , Internal App First Published: Wed May 29 19:57:29

GMT 2013

Validation Status: Final Approved

Originally Created By: Amanda

Montford

Last Modified: Fri Dec 20 15:08:38

GMT 2013

Last Published: Fri Dec 20 15:08:38

GMT 2013

Summary:

Article Content

Issue: IBM AIX PowerPath xcryptd consuming large amounts of CPU and memory on AIX host.

After around 180 days the emcp_xcrypt process goes to 100%.

Environment:EMC SW: PowerPath

  1. 5.5

OS: IBM AIX

Cause:Unknown.

Resolution: Follow these steps as a workaround:

Halt the currently running process with kill -9 <pid no. >

Prevent the emcp_xcryptd daemon from coming back up on a reboot before the next reboot.

Edit the file /etc/PowerPathExtensions which contains these lines:

mpxext:cfgmpx

gpxext

dmext:cfgdm

vlumdext:cfgvlumd

xcryptext:cfgxcrypt

Remove the last two lines, save the file.

NOTE: Do NOT comment out the lines with #. The last two lines must be removed entirely. Using # to

comment out the lines will prevent PowerPath from configuring devices upon reboot.

Remove the following line from /etc/inittab and save the file:

rcxcrypt:2:wait:/etc/rc.emcp_xcryptd xcrypt_rc >/dev/null 2>&1

PowerPath engineering is currently investigating.

Article Metadata

Product: PowerPath for AIX5.5, PowerPath

Shared:Yes

RCA Status: Not Started

Bug Tracking Number: 384304

External Source: Primus

Primus/Webtop solution ID:emc286557

Originally Created By: Amanda Montford

 

 



说起VMWare的备份和恢复,大家可能平时都会涉及到很多,现在我就给大家简单介绍一下并根据自己的经验分享一些案例,希望能给你们一些参考。

 

我们都知道VMWare有两种备份方式VMWare image backupGuest backup。它们都各有一些什么特点呢?如何处理一些常见问题呢?那么请继续往下看:

 

Image backupimage备份更适用于那些非应用程序的服务器环境。比如单纯的文件服务器环境等。

特点

1.       利用vCenter的优势去检测到虚机然后把它们批量加入Avamar server.

2.       需要进行一些初始化的设置和配置。

配置方式

VMWare备份是通过VMware vStorage API for Data Protection (VADP) 进行的。基本需要配置以下环境:

1.       vCenter加入Avamar server.

2.       配置proxy并把它注册到Avamar domain

3.       Avamar GUI上面配置,确保proxy会保护VMs所在的datastore

4.       VM加入到vCenter域。

配置完之后,确保在Proxy, Avamar servervCenter之间的443端口是开通的,proxyESX之间的902端口是开通的并且它们之间没有网络连接的情况下,我们就可以进行备份啦。以下是image 备份和恢复的图表,请参考:

ScreenHunter_09 Mar. 07 13.40.gif

常见image备份问题:

1.       No proxy:这种问题通常发生在proxy不可用或者虚拟机所在的datastore没有被任何proxy保护。您可以检查以下信息:

·         确保proxy是开机的状态,通过Avamar GUI->Policy->Client-Edit Proxy client检查备份是enabled的。

·         Avamar GUI->Backup and Restore,确保可以展开proxy的“Linux file system plugin

·         Avamar GUI –> Policy –> Client –> Edit the proxy client –> VMware 选项,确保虚拟机所在的datastore被选中了。

·         如果所有的虚拟机备份都有问题,可以尝试到Avamar GUI –> Administration> – Service Administration> – Restart the connection to vCenter重启一下vCenter connection,然后测试备份。

2.       No VM:请检查并确保虚拟机是存在的而且Avamar servervCenter之间连接没有问题。

·         VM是否存在在vCenter

·         存在的话,那它是否被重命名过?

·         没有重命名的话,那它是否进行过迁移?

·         如果VM存在,那么是否所有VM都有问题?或者说只是某些特定的虚拟机有问题?

·         重新发起备份能重现问题吗?

·         尝试添加一台新的虚拟机到vCenter,有问题吗?

·         vCenter账号密码是否被更改过但是Avamar GUI上面并没有相应的更新?等等。

3.       如果一台虚拟机有多个磁盘,而且磁盘放在不同的datastore上,备份时您可能会遇到以下报错:

"Too many extra snapshot files (%d) were found on the VMs datastore.

This can cause a problem for the backup or restore."

在这种情况下,您可以使用skip_datastore_check参数去跳过snapshot的检查从而使备份成功完成。

4.       备份速度太慢。这种情况,我们需要确保CBT是启用的,同时看一下备份是否使用的是hotadd传输方式,不是的话,需要检查原因。根据我们的经验,如果虚拟机所在的datastoreproxy所在的datastore不同,备份时候可能不会使用hotadd从而导致备份速度过慢的问题。我们需要在虚拟机所在的datastore配置一台proxy来解决问题。

5.       vCenter账户权限没有问题,但是备份失败,报错如下:

===

2013-07-29 22:54:41 avvcbimage Error <12015>: Failed to connect to virtual disk [VNX-xxx-DS11] ATL_xxx-New/ATL_xxx-New-000001.vmdk (13) (13) You do not have access rights to this file

2013-07-29 22:54:41 avvcbimage Error <9767>: VixDiskLib_Open([VNX-xxx-DS11] ATL_xxx-New/ATL_xxx-New-000001.vmdk) returned (13) You do not have access rights to this file

2013-07-29 22:54:41 avvcbimage Warning <16053>: This access rights error may have been caused by a VM flag in the wrong state for Windows Server 2008

2013-07-29 22:54:41 avvcbimage Warning <16054>: Please check the 'Configuration Parameters' settings of the VM and make sure the 'disk.EnableUUID' is set to 'false'.

===

这种问题一般在备份Win2008系统的时候才会出现,解决方案:

·         备份时候加入参数[avvcbimage]quiesce_fs=false

·         或者编辑虚拟机设置edit setting-> option-> config parameter,将disk.EnableUUID设为false

NOTE: Avamar v6版本中这种问题比较常见。

 

Image restoreimage恢复有两种方式,

1.       将整机恢复或者将其中的某个或者某几个磁盘恢复。特点:高效,快速。流程如下:

ScreenHunter_10 Mar. 07 13.57.gif

 

2.       File level restore,通过这种方式您可以只恢复image中的某些特定的文件,灵活,便捷。特点:

a)      只适用于恢复一些小的文件,同一个恢复操作中文件夹或者文件数量不能超过5000.

b)      大文件的恢复的话速度会很慢,有时候甚至比恢复整机的速度都慢。

c)       而且一下磁盘的image备份是不支持FLR的:

• Unformatted disks

• Dynamic disks

• GUID Partition Table (GPT) disks

• Ext4 file systems

• FAT16 file systems

• FAT32 file systems

• Extended partitions (Types: 05h, 0Fh, 85h, C5h, D5h)

• Two or more virtual disks mapped to single partition

• Encrypted partitions

• Compressed partitions

ScreenHunter_11 Mar. 07 13.58.gif

Image备份的恢复常见问题

其实整机恢复的话,只要按照我们的操作流程,基本没什么问题。但是由于FLR恢复比较特殊,会有一些常见问题:

1. 比如说虚拟机有两块磁盘,整机恢复的时候可以看到有两块磁盘,但是试图去做FLR的时候,只能看到一块磁盘或者一块都看不到。通常这是因为那个(些)磁盘类型是不支持FLR的,我们需要去登录到虚拟机上面查看它的磁盘类型,对比我们的不支持的磁盘类型列表,查看他们是否属于那些类型。

2. FLR恢复速度特别慢。这是因为用户尝试去恢复比较大的文件或者文件数过多。通常我们会建议进行整机恢复然后获取所需的文件。

3. FLR恢复时报错:"The VMDK filename is not valid or present. Verify that the proxy was correctly registered using the supported method in the documentation".

·         检查proxy状态,确保它是正常工作的。

·         这个能是因为axionfs服务hung了或者无法正常工作,可以尝试在没有备份运行的情况下,在proxy上面重启此服务:service axionfs restart

 

Guest backup:比较适用于那些安装有一些应用程序的环境,比如Microsoft Exchange, Microsoft Office SharePoint, Microsoft SQL Server, and Oracle。因为这些环境在恢复的时候对数据有特殊的要求,在备份时候我们就需要使用相应的plugin从而保证恢复出来的数据是可用的。

特点

1.       需要根据应用程序的不同,安装不同的plugin

2.       能够备份应用程序,比如DB2, Exchange, Oracle, and SQL Server databases

3.       比较容易满足现在的备份框架。

4.       相对于image备份的批量处理方式,guest备份需要在每台虚拟机上面安装Avamar plugin,分别配置。

配置方式:简单来说,虚拟机的guest备份配置和配置一台普通的客户端是没有区别的。

1.       在客户端上面安装Avamar client,将其注册到Avamar域。

2.       客户端上面装有什么类型的应用程序,您就需要安装对应的plugin类型。

 

总的来说,对于一台虚拟机,您可以对其只进行image备份,也可以只进行guest备份。但是如果两种备份方式都需要的话,需要将Avamar server上面的/usr/local/avamar/var/mc/server_data/prefs/mcserver.xml文件中allow_duplicate_client_names的值设为true

注意:更改完之后需要重启MCS服务。

 

Guest restore:既然它的备份和普通客户端的备份是没有区别的,恢复的时候也是一样的道理。不用应用程序的恢复需要参考相对应的用户手册。

 

以上是根据我们的经验对虚拟机备份和恢复的简单总结,当然在实际的操作中,还是会遇到各种各样的问题,比如怎么配置proxyproxy注册不了,虚拟机备份失败等等等等,而且解决以上的案例也没有绝对解决方案,针对实际问题,我们还是需要进行分析并发现根本原因。

 

如果大家对于这些信息有任何的疑问或者见解,欢迎随时提出来,我们将很乐意和大家在这里探讨。同时如果有一些好的经验,也可以在这里和其他用户共享。谢谢!

大家可能注意到,今天论坛的界面颜色变成了紫色,而不是EMC传统的蓝色。这是今年EMC在三八节期间为了表彰广大女性员工对公司的贡献,做出的一个有意思的庆祝活动。


今年EMC妇女节的主题是 Inspiring Change”,鄙人水平有限,暂时没有想出好的中文翻译,大家有好的翻译可以在楼下发表。EMC会在周五澳洲东海岸时间开始,一直到周日9号美国西海岸时间下午为止,在网站和办公室里举办一系列的活动来庆祝这个节日。大家可以到EMC.com, EMC+ and Channel EMC来观看活动的视频,也欢迎大家在社交媒体上转发宣传。


在中国研发中心,为了预防久坐对身体健康造成的影响,今年HR部门还给每位女员工准备了一套腰部靠垫和鼠标腕垫,帮助大家预防腰部疼痛和鼠标手。(作为男性员工,我表示自己的腰部也很受伤


最后,再次衷心祝愿女同胞们生活幸福、事业进步、青春永驻、健康快乐每一天!特别是论坛里的,大家都知道女工程师们不容易啊。

Filter Blog

By date:
By tag: