服务器配置与管理的心得体会与感悟（服务器运维心得）

【Windows Server 2019】DNS服务器的配置与管理——DNS正向解析

⑴打开“服务器管理器” ， 单击右上角“工具” 菜单， 在弹出的菜单中选择“DNS”

联系方式：QQ：2451468936
（使用浏览器扫码进入在线客服窗口）
复制联系方式

⑵打开“DNS管理工具” ， 左侧的“正向查找区域” 上， 单击鼠标右键， 在弹出的菜单中选择“新建区域”

⑶进入“新建区域向导” 欢迎界面

⑷进入“区域类型” 选择界面， 选择区域类型为： “主要区域”

⑸进入“区域名称” 界面， 在区域名称中输入本DNS服务器负责管理的区域名称“fjnu.edu.cn”

⑹进入“区域文件” 界面， 使用默认设置， 不做修改

⑺进入“动态更新” 界面， 选择最下面的“不允许动态更新”

⑻进入“新建区域向导” 完成界面， 显示了前面设置的信息

"主机记录” 用于记录一个区域中主机域名与IP地址的对应关系， 是DNS服务器中最常使用的记录。

⑴在新建的正向解析区域“fjnu.edu.cn” 上， 单击鼠标右键， 在弹出的菜单中选择“新建主机”

⑵进入“新建主机” 界面， 在名称中输入主机名dns1， 在“IP地址” 中输入该域名对应的IP地址192.168.83.201

⑶同理在正向区域中为其他服务器添加主机记录 （dns2、www、ftp、mail）

别名相当于主机记录的另外一个名字 ，下面以邮件服务器的域名为例，为其新增两个别名stmp和pop3

⑴在正向解析区域“fjnu.edu.cn” 上， 单击鼠标右键， 在弹出的菜单中选择“新建别名”

⑵进 入 “ 新 建 别 名 ” 界 面 ， 在 “ 别 名 ” 中 输 入 smtp ， 在 “ 目 标 主 机 的 完 全 合 格 的 域 名 ” 中 输 入mail.fjnu.edu.cn

⑶采用相同步骤为mail.fjnu.edu.cn创建名为pop3.fjnu.edu.cn别名

邮件交换记录用于指明本区域的邮件服务器

⑴在正向解析区域“fjnu.edu.cn” 上， 单击鼠标右键， 在弹出的菜单中选择“新建邮件交换器 "

⑵打开“新建邮件交换器” 界面， 在“主机或子域” 中， 不输入任何文字， 表示“邮件交换记录” 是属于区域fjnu.edu.cn；在“邮件服务器的完全限定的域名” 中输入邮件服务器的完整域mail.fjnu.edu.cn

⑶单击“正向查找区域” 下面的“fjnu.edu.cn” ， 右边显示出所有已创建的资源记录

配置Windows 10虚拟机网卡：

IP地址：192.168.83.10

子网掩码：255.255.255.255

首选DNS服务器：192.168.83.201

其余为空。

⑴使用pnig命令，测试Windows 10与Windows Server 2019之间通信是否正常。

⑵打开cmd命令行输入命令nslookup， 进入nslookup交互环境， 输入域名dns1.fjnu.edu.cn， “回车” ， 解析到对应的IP地址为192.168.183.201， 输入在DNS服务器中设置的其他服务器域名， 都可以解析到其对应的IP地址

⑶输入域名smtp.fjnu.edu.cn， “回车” ， 显示该域名为“别名”。输入域名pop3.fjnu.edu.cn后， 也得到该别名的解析结果。

⑷输入命令set type=mx， 设置解析类型为邮件交换记录， 然后输入区域名fjnu.edu.cn， “回车”， 查询到本区域内的邮件服务器为mail.fjnu.edu.cn， 并解析了该服务器对应的IP地址为192.168.83.224

⑸也可以使用ping命令来测试域名解析， 如ping dns1.fjnu.edu.cn， ping命令发送数据包之前， 会首先启动DNS查询， 到DNS服务器解析dns1.cqvietest.edu.cn对应的IP地址， 然后再向目的IP发送数据包。

ping ， 并不能ping通， 这是由于目前只有DNS服务器在运行， 其他服务并没有运行， 但是ping命令能够解析到的IP地址192.168.83.208， 只不过该IP 地址的服务器并不在线。

Greenplum集群部署和架构优化，我总结了5000字的心得

最近对离线数仓体系进行了扩容和架构改造，也算是一波三折，出了很多小插曲，有一些改进点对我们来说也是真空地带，通过对比和模拟压测总算是得到了预期的结果，这方面尤其值得一提的是郭运凯同学的敬业，很多前置的工作，优化和应用压测的工作都是他完成的。 

整体来说，整个事情的背景是因为服务器硬件过保，刚好借着过保服务器替换的机会来做集群架构的优化和改造。 

1.集群架构改造的目标

在之前也总结过目前存在的一些潜在问题，也是本次部署架构改进的目标：

1）之前 的GP segment数量设计过度 ，因为资源限制，过多考虑了功能和性能，对于集群的稳定性和资源平衡性考虑有所欠缺，在每个物理机节点上部署了10个Primary,10个Mirror，一旦1个服务器节点不可用，整个集群几乎无法支撑业务。

2）GP集群 的存储资源和性能的平衡不够 ，GP存储基于RAID-5,如果出现坏盘，磁盘重构的代价比较高，而且重构期间如果再出现坏盘，就会非常被动，而且对于离线数仓的数据质量要求较高，存储容量相对不是很大，所以在存储容量和性能的综合之上，我们选择了RAID-10。

3)集 群的异常场景的恢复需要完善， 集群在异常情况下（如服务器异常宕机，数据节点不可用，服务器后续过保实现节点滚动替换）的故障恢复场景测试不够充分，导致在一些迁移和改造中，相对底气不足，存在一些知识盲区。

4）集群版本过 低 ，功能和性能上存在改进空间。毕竟这个集群是4年前的版本，底层的PG节点的版本也比较旧了，在功能上和性能上都有一定的期望，至少能够与时俱进。

5）操作系统版本升 级 ，之前的操作系统是基于CentOS6，至少需要适配CentOS 7 。

6）集群TPCH 压测验收 ，集群在完成部署之后，需要做一次整体的TPCH压测验收，如果存在明显的问题需要不断调整配置和架构，使得达到预期的性能目标。

此外在应用层面也有一些考虑，总而言之，是希望能够解决绝大多数的痛点问题，无论是在系统层面，还是应用层面，都能上一个台阶。

2.集群规划设计的选型和思考

明确了目标，就是拆分任务来规划设计了，在规划设计方面主要有如下的几个问题：

1）Greenplum的版本选择 ，目前有两个主要的版本类别，一个是开源版（Open Source distribution）和Pivotal官方版，它们的其中一个差异就是官方版需要注册，签署协议，在此基础上还有GPCC等工具可以用，而开源版本可以实现源码编译或者rpm安装，无法配置GPCC。综合来看，我们选择了 开源版本的6.16.2 ，这其中也询问了一些行业朋友，特意选择了几个涉及稳定性bug修复的版本。

2）数据集市的技术选型 ，在数据集市的技术选型方面起初我是比较坚持基于PostgreSQL的模式，而业务侧是希望对于一些较为复杂的逻辑能够通过GP去支撑，一来二去之后，加上我咨询了一些行业朋友的意见，是可以选择基于GP的方案，于是我们就抱着试一试的方式做了压测，所以数据仓库和和数据集市会是两个不同规模体量的GP集群来支撑。

3）GP的容量规划 ，因为之前的节点设计有些过度，所以在数量上我们做了缩减，每台服务器部署12个segment节点，比如一共12台服务器，其中有10台服务器是Segment节点，每台上面部署了6个Primary,6个Mirror，另外2台部署了Master和Standby，就是即（6+6）*10+2，整体的配置情况类似下面的模式。

4）部署架构方案选型 ，部署架构想起来比较容易，但是落实起来有很多的考虑细节，起初考虑GP的Master和Standby节点如果混用还是能够节省一些资源，所以设计的数据仓库和数据集市的部署架构是这样考虑的，但是从走入部署阶段之后，很快就发现这种交叉部署的模式是不可行的，或者说有一些复杂度。

除此之外，在单个GP集群的部署架构层面，还有4类方案考虑。

  方案1 ：Master,Standby和segment混合部署

  方案2 ：Master,Standby和segment独立部署，整个集群的节点数会少一些

  方案3 ：Segment独立部署，Master,Standby虚拟机部署

  方案4 ：最小化单节点集群部署（这是数据集市最保底的方案）  

这方面存在较大的发挥空间，而且总体来说这种验证磨合的成本也相对比较高，实践给我上了一课， 越是想走捷径，越是会让你走一些弯路 ，而且有些时候的优化其实我也不知道改怎么往下走，感觉已经无路可走，所以上面这4种方案其实我们都做了相关的测试和验证。

3.集群架构的详细设计和实践

1）设计详细的部署架构图

在整体规划之上，我设计了如下的部署架构图，每个服务器节点有6个Primary,6个Mirror,服务器两两映射。

2）内核参数优化

按照官方文档的建议和具体的配置情况，我们对内核参数做了如下的配置：

vm.swappiness=10

vm.zone_reclaim_mode = 0

vm.dirty_expire_centisecs = 500

vm.dirty_writeback_centisecs = 100

vm.dirty_background_ratio = 0 # See System Memory

vm.dirty_ratio = 0

vm.dirty_background_bytes = 1610612736

vm.dirty_bytes = 4294967296

vm.min_free_kbytes = 3943084

vm.overcommit_memory=2

kernel.sem = 500 2048000 200 4096

4.集群部署步骤

1）首先是配置/etc/hosts，需要把所有节点的IP和主机名都整理出来。 

2）配置用户，很常规的步骤

groupadd  gpadmin

useradd gpadmin -g gpadmin

passwd gpadmin

3）配置sysctl.conf和资源配置

4）使用rpm模式安装

# yum install -y apr apr-util bzip2 krb5-devel  zip

# rpm -ivh open-source-greenplum-db-6.16.2-rhel7-x86_64.rpm

5）配置两个host文件，也是为了后面进行统一部署方便，在此建议先开启gpadmin的sudo权限，可以通过gpssh处理一些较为复杂的批量操作

6）通过gpssh-exkeys来打通ssh信任关系，这里需要吐槽这个ssh互信，端口还得是22，否则处理起来很麻烦,需要修改/etc/ssh/sshd_config文件

gpssh-exkeys -f hostlist

7）较为复杂的一步是打包master的Greenplum-db-6.16.2软件，然后分发到各个segment机器中，整个过程涉及文件打包，批量传输和配置，可以借助gpscp和gpssh，比如gpscp传输文件，如下的命令会传输到/tmp目录下

gpscp -f /usr/local/greenplum-db/conf/hostlist /tmp/greenplum-db-6.16.2.tar.gz =:/tmp

或者说在每台服务器上面直接rpm -ivh安装也可以。

8）Master节点需要单独配置相关的目录，而Segment节点的目录可以提前规划好，比如我们把Primary和Mirror放在不同的分区。 

mkdir -p /data1/gpdata/gpdatap1

mkdir -p /data1/gpdata/gpdatap2

mkdir -p /data2/gpdata/gpdatam1

mkdir -p /data2/gpdata/gpdatam2

9）整个过程里最关键的就是gpinitsystem_config配置了，因为Segment节点的ID配置和命名，端口区间都是根据一定的规则来动态生成的，所以对于目录的配置需要额外注意。

10）部署GP集群最关键的命令是

gpinitsystem -c gpinitsystem_config -s 【standby_hostname】

其中文件gpinitsystem_config的主要内容如下：

MASTER_HOSTNAME=xxxx

declare -a DATA_DIRECTORY=(/data1/gpdata/gpdatap1  /data1/gpdata/gpdatap2 /data1/gpdata/gpdatap3 /data1/gpdata/gpdatap4 /data1/gpdata/gpdatap5 /data1/gpdata/gpdatap6)

TRUSTED_SHELL=ssh

declare -a MIRROR_DATA_DIRECTORY=(/data2/gpdata/gpdatam1  /data2/gpdata/gpdatam2 /data2/gpdata/gpdatam3 /data2/gpdata/gpdatam4 /data2/gpdata/gpdatam5 /data2/gpdata/gpdatam6)

MACHINE_LIST_FILE=/usr/local/greenplum-db/conf/seg_hosts

整个过程大约5分钟~10分钟以内会完成，在部署过程中建议要查看后端的日志查看是否有异常，异常情况下的体验不是很好，可能会白等。

5.集群部署问题梳理

集群部署中还是有很多细节的问题，太基础的就不提了，基本上就是配置，目录权限等问题，我提另外几个：

1） 资源配置问题 ，如果/etc/security/limits.conf的资源配置不足会在安装时有如下的警告：

2） 网络问题 ，集群部署完成后可以正常操作，但是在查询数据的时候会抛出错误，比如SQL是这样的，看起来很简单：select count(*) from customer,但是会抛出如下的错误：

这个问题的主要原因还是和防火墙配置相关，其实不光需要配置INPUT的权限，还需要配置OUTPUT的权限。 

对于数据节点可以开放略大的权限，如：

入口的配置：

-A INPUT -p all -s xxxxx    -j ACCEPT

出口的配置：

-A OUTPUT -p all -s xxxxx    -j ACCEPT

3）网络配置问题 ，这个问题比较诡异的是，报错和上面是一样的，但是在排除了防火墙配置后，select count(*) from customer；这样的语句是可以执行的，但是执行的等待时间较长，比如表lineitem这表比较大，过亿的数据量，,在10个物理节点时，查询响应时间是10秒，但是4个物理节点，查询响应时间是在90秒，总体删感觉说不过去。

为了排查网络问题，使用gpcheckperf等工具也做过测试，4节点和10节点的基础配置也是相同的。

gpcheckperf -f /usr/local/greenplum-db/conf/seg_hosts -r N -d /tmp

$ cat /etc/hosts

127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4

::1      localhost localhost.localdomain localhost6 localhost6.localdomain6

#127.0.0.1    test-dbs-gp-128-230

xxxxx.128.238 test-dbs-gp-svr-128-238

xxxxx.128.239 test-dbs-gp-svr-128-239

其中127.0.0.1的这个配置在segment和Master,Standby混部的情况是存在问题的，修正后就没问题了，这个关键的问题也是郭运凯同学发现的。

5.集群故障恢复的测试

集群的故障测试是本次架构设计中的重点内容，所以这一块也是跃跃欲试。

整体上我们包含两个场景，服务器宕机修复后的集群恢复和服务器不可用时的恢复方式。

第一种场景相对比较简单，就是让Segment节点重新加入集群，并且在集群层面将Primary和Mirror的角色互换，而第二种场景相对时间较长一些，主要原因是需要重构数据节点，这个代价基本就就是PG层面的数据恢复了，为了整个测试和恢复能够完整模拟，我们采用了类似的恢复方式，比如宕机修复使用了服务器重启来替代，而服务器不可用则使用了清理数据目录，类似于一台新配置机器的模式。

1）服务器宕机修复后集群恢复

select * from gp_segment_configuration where status!='u';

gprecoverseg  -o ./recov

gprecoverseg -r

select * from gp_segment_configuration where status='u'

2）服务器不可用时集群恢复

重构数据节点的过程中，总体来看网络带宽还是使用很充分的。

select * from gp_segment_configuration where status='u'

select * from gp_segment_configuration where status='u' and role!=preferred_role;

gprecoverseg -r

select * from gp_segment_configuration where status='u' and role!=preferred_role;

经过测试，重启节点到数据修复，近50G数据耗时3分钟左右

6.集群优化问题梳理

1）部署架构优化和迭代

对于优化问题，是本次测试中尤其关注，而且争议较多的部分。 

首先在做完初步选型后，数仓体系的部署相对是比较顺利的，采用的是第一套方案。

数据集市的集群部分因为节点相对较少，所以就选用了第二套方案

实际测试的过程，因为配置问题导致TPCH的结果没有达到预期。

所以这个阶段也产生了一些疑问和怀疑，一种就是折回第一种方案，但是节点数会少很多，要不就是第三种采用虚拟机的模式部署，最保底的方案则是单节点部署，当然这是最牵强的方案。

这个阶段确实很难，而在上面提到的修复了配置之后，集群好像突然开悟了一般，性能表现不错，很快就完成了100G和1T数据量的TPCH测试。

在后续的改造中，我们也尝试了第三套方案，基于虚拟机的模式，通过测试发现，远没有我们预期的那么理想，在同样的数据节点下，Master和Standby采用物理机和虚拟机，性能差异非常大，这个是出乎我们预料的。比如同样的SQL,方案3执行需要2秒，而方案2则需要80秒，这个差异我们对比了很多指标，最后我个人理解差异还是在网卡部分。

所以经过对比后，还是选择了方案2的混合部署模式。

2）SQL性能优化的分析

此外整个过程的TPCH也为集群的性能表现提供了参考。比如方案2的混合部署模式下，有一条SQL需要18秒，但是相比同类型的集群，可能就只需要2秒钟左右，这块显然是存在问题的。 

在排除了系统配置，硬件配置的差异之后，经典的解决办法还是查看执行计划。

性能较差的SQL执行计划：

# explain analyze select count(*)from customer;

QUERY PLAN   

Aggregate  (cost=0.00..431.00 rows=1 width=8) (actual time=24792.916..24792.916 rows=1 loops=1)

   -  Gather Motion 36:1  (slice1; segments: 36)  (cost=0.00..431.00 rows=1 width=1) (actual time=3.255..16489.394 rows=150000000 loops=1)

         -  Seq Scan on customer  (cost=0.00..431.00 rows=1 width=1) (actual time=0.780..1267.878 rows=4172607 loops=1)

Planning time: 4.466 ms

   (slice0)    Executor memory: 680K bytes.

   (slice1)    Executor memory: 218K bytes avg x 36 workers, 218K bytes max (seg0).

Memory used:  2457600kB

Optimizer: Pivotal Optimizer (GPORCA)

Execution time: 24832.611 ms

(9 rows)

Time: 24892.500 ms

性能较好的SQL执行计划：

# explain analyze select count(*)from customer;                            

QUERY PLAN

Aggregate  (cost=0.00..842.08 rows=1 width=8) (actual time=1519.311..1519.311 rows=1 loops=1)

   -  Gather Motion 36:1  (slice1; segments: 36)  (cost=0.00..842.08 rows=1 width=8) (actual time=634.787..1519.214 rows=36 loops=1)

         -  Aggregate  (cost=0.00..842.08 rows=1 width=8) (actual time=1473.296..1473.296 rows=1 loops=1)

               -  Seq Scan on customer  (cost=0.00..834.33 rows=4166667 width=1) (actual time=0.758..438.319 rows=4172607 loops=1)

Planning time: 5.033 ms

   (slice0)    Executor memory: 176K bytes.

   (slice1)    Executor memory: 234K bytes avg x 36 workers, 234K bytes max (seg0).

Memory used:  2457600kB

Optimizer: Pivotal Optimizer (GPORCA)

Execution time: 1543.611 ms

(10 rows)

Time: 1549.324 ms

很明显执行计划是被误导了，而误导的因素则是基于统计信息，这个问题的修复很简单：

analyze customer;

但是深究原因，则是在压测时，先是使用了100G压测，压测完之后保留了原来的表结构，直接导入了1T的数据量，导致执行计划这块没有更新。

3）集群配置优化

此外也做了一些集群配置层面的优化，比如对缓存做了调整。 

gpconfig -c statement_mem -m 2457600 -v 2457600

gpconfig -c gp_vmem_protect_limit -m 32000 -v 32000

7.集群优化数据

最后来感受下集群的性能：

1）10个物理节点，（6+6）*10+2

tpch_1t=# iming on

Timing is on.

tpch_1t=# select count(*)from customer;

   count   

-----------

150000000

(1 row)

Time: 1235.801 ms

tpch_1t=# select count(*)from lineitem;

   count    

------------

5999989709

(1 row)

Time: 10661.756 ms

2）6个物理节点，（6+6）*6

# select count(*)from customer;

   count   

-----------

 150000000

(1 row)

Time: 1346.833 ms

# select count(*)from lineitem;

   count    

------------

 5999989709

(1 row)

Time: 18145.092 ms

3）4个物理节点，（6+6）*4

# select count(*)from customer;

   count   

-----------

 150000000

(1 row)

Time: 1531.621 ms

# select count(*)from lineitem;

   count    

------------

 5999989709

(1 row)

Time: 25072.501 ms

4）TPCH在不通架构模式下的性能比对 ，有19个查询模型，有个别SQL逻辑过于复杂暂时忽略，也是郭运凯同学整理的列表。

在1T基准下的基准测试表现：

实训的心得体会

;     实训的心得体会范文(通用12篇)

      我们从一些事情上得到感悟后,将其记录在心得体会里,让自己铭记于心,这样有利于培养我们思考的习惯。但是心得体会有什么要求呢?下面是小编帮大家整理的实训的心得体会范文(通用12篇),仅供参考,大家一起来看看吧。

实训的心得体会 篇1

      经过短短两周的专业认识实训,我深深体会到了自己在专业知识方面的欠缺和不足,也意识到了自己做为市场营销专业的学生,要想在以后的职业中崭露头角,除了要有过硬的理论知识,健康的体魄外,还必须具备良好的心理素质,使自己在以后的途中无论经历什么样的困难,都立于不败之地。

      对这次实训,颇有体会。本次实训的任务是对自己专业的认识,通过老师的讲解与校外的参观相结合,近一步加深了我们对自己专业的认识。从而确定自己以后的努力方向。要想在短暂的实训时间内,尽可能多的学到东西,就需要我们跟老师或同学进行很好的沟通,加深彼此的了解。因为实训指导老师并不了解我们的学习能力和自己对专业所报的态度。这就需要我们跟老师沟通,让老师对我们有大体的了解,才可以对我们进行一些相关的指导工作。“纸上得来终觉浅,绝知此事要躬行!”在这短短的时间里,让我深深的感觉到自己在实际应用中所学专业知识的匮乏。让我真真领悟到“学无止境”这句话的涵义。而老师在专业认识周中所讲的,都是课本上没有而对我们又非常实用的东西,这又给我们的实训增加了浓墨淡采的光辉。我懂得了实际生活中,专业知识是怎样应用与实践的。在这些过程中,我不仅知道了职业生涯所需具备的专业知识,而且让我深深体会到一个团队中各成员合作的重要性,要善于团队合作,善于利用别人的智慧,这才是大智慧。靠单一的力量是很难完成一个大项目的,在进行团队合作的时候,还要耐心听取每个成员的意见,使我们的组合达到更加完美。

      这次实训带给我太多的感触,它让我知道工作上的辛苦,事业途中的艰辛。让我知道了实际的工作并不像在学校学习那样轻松。

      人非生而知之,虽然我现在的知识结构还很差,但是我知道要学的知识,一靠努力学习,二靠潜心实践。没有实践,学习就是无源之水,无本之木。这次实训让我在一瞬间长大:我们不可能永远呆在象牙塔中,过着一种无忧无虑的生活,我们总是要走上社会的,而社会,就是要靠我们这些年轻的一代来推动。这就是我这周以来实训的心得和感受,而不久后的我,面临是就业压力,还是继续深造,我想我都应该好好经营自己的时间,充实、完善自我,不要让自己的人生留下任何空白!这次调研过程中,由于人员有限,我们都是一人身兼多职的,可以说,我说够了有生以来能够说的会说的话,脸皮不是一般的脸皮了,包括在与顾客洽谈时的微笑。出去做了几天问卷,我嘴皮都起泡泡皮了,推销果然不是一般人都能做的。

      实训中确实学到不少东西,也了解一些社会的现实性,包括人际交往,沟通方式及相关礼节方面的内容,对于团队营销来说,团结一致是首要这点我深有体会。团队营销注重沟通和信任,不能不屑于做小事,永远都要保持亲和诚信,把推销理论运用到具体实践中,不仅加深我对理论的掌握和运用,还让我拥有了一次难忘的推销实训旅程,这是这次实训最大的收获。

      现在我对“一个人最大的财富是他的人生经历和关系网络”这句话非常的有感情,因为它确实帮了我们不少。

      在填写调查问卷的过程中都是真实的,这在学校是不曾见过的。数据的真实性也大大增加了我们对数据分析的兴趣以及细心程度,让我们深刻感受到,作为一名营销人员在工作中式不能有半点马虎的,否则会给企业带来不可估量的损失!

      通过这次实训,我们深刻的认识到团队合作的重要性,绝对不能把自己简单的看成某个个体。很多事情的圆满完成都是需要大家精诚合作的。在实训期间我们组10个人互相学习,相互帮助,共同努力共同进步。

      除此课本上的知识毕竟有限。通过实训,我班同学都有这样一个感觉,课本上的理论知识与实际工作有很大差距,只有知识是远远不够的,专业技能急需提高。

      从最初的笨手笨脚,到现在可以熟练填写问卷、熟练操作分析软件,这与我班每个人的努力是分不开的。十多天的实训,教会了我们很多东西,同时也锻炼了大家踏实、稳重的能力,每个人都很珍惜这来之不易的实训机会。

      通过这次实训,我们深刻的体会到作为一名调研人员还要具备忍耐、坚持不懈和不耻下问的精神。在实际工作中经常会和不同的人打交道,然而他们的态度是不可恭维的,你会感觉到他的不耐烦以及他的高傲,所以这就需要学会沟通的方式及说话技巧,学会灵活面对。通过这次实训,我班同学都收获颇丰,总体来说对这次实训还是很满意的。尽管实训很累,每天早出晚归。但真的很感谢学校能够提供我们这样好的实训机会,以及华拓给予我们的实训平台。尤其是市场营销专业,毕竟我们吃的是经验饭,只有多做,多说,才能熟能生巧,才能游刃有余!我们深刻的了解到,只有经历过,才知道其中的滋味”对于我而言,喜欢体验生活,可以说通过这次实训,真真切切的让我了解了什么是市场营销,让我对于市场调研最初的观点也有了本质性的改变!市场营销不仅仅是一份职业,更是一份细心+一份耐心+一份责任心=人生价值的诠释。即将走向工作岗位的我们更要不断加强自己的专业技能,社会不会要一个一无是处的人,所以我们要更多更快的从一个学生向工作者转变。为此我们将会在以后的日子里继续努力,不断激励经验,不断磨砺自己,早日走向工作岗位。

实训的心得体会 篇2

      为期两周的实训在老师的指导下,我们组顺利的完成了POS系统软件模拟下的零售企业管理流程,通过紧张而有效的实验操作,我们基本掌握了零售运营管理流程。而我们主要熟悉了POS后台系统,实训内容主要以第一部分(基本资料)、第二部分(合同、采购进货管理)、第三部分(销售管理)、第四部分(库存管理)、第五部分(进销存报表及分析)这五个方面为主要操作对象。

      POS系统实训教学是以物流一体化管理平台为核心,集POS系统软件和相关设备构建而成,培养学生具有综合职业能力的课程,是物流管理专业的一门重要实训课程。它包括POS系统的组成、功能、结构设计、系统开发、软件操作、资料维护、业务流程、应用范围等基本知识的介绍,以及对物流作业技术与相关设备实际操作技能的学习。

      实训划分为业务流程实训和实地参观两大部分。其中业务流程实训部分主要是POS系统管理软件的运用。这其中包括了后台采购业务、收货业务、库存管理业务、配送业务、等相关业务流程操作和前台柜台模拟的训练。在实训中,主要是通过使同学们在了解此软件示范的基础上自己分配各功能模块的具体参数:如商品信息、供应商资料、客户需求、等基本档案,并通过参数设置了解从进货、仓储到销售等各环节中的步骤。使学生身临其境,掌握POS系统作业技术以及相关设备实际操作的技能。

      这次的实训可谓是“理论与实践相结合的桥梁”。通过这周的实训和学习,让我提前体会了企业的基本经营模式,让我明确了此次实训的目的,也清楚目前自己的不足,那就是缺乏相应的知识与经验,对所学的专业知识不能够很好地运用于实践操作。但我也有许多收获,在这次实训中,第一次体会到实际操作的重要性也发现了很多不曾注意到的细节,我们应该注意实践和理论的相结合。把职业能力训练与职业素质的训导有机结合起来。相信这对我接下来两年学习本专业知识会起到很有效的帮助,我会严格自我,向自己专业靠近。

实训的心得体会 篇3

      通过连续两周的学习,对于机械制造工艺这门课有了一定的了解,但是还是有很多不明白的问题,不过通过和小组人员的相互配合,完成了预定的任务,当然同时也学习到团队合作的重要性,假如是由一个人独立完成的话,可能会是很困难的,但是如果是一个小组的话,由组长制定相关的计划和任务,每个人都有自己的作业,那样的话每个人目的都很明确,所以自然效率就高了很多。这两周我们主要学习了读图,绘图,工艺卡片的绘制,设计夹具。学习后才明白原来加工一个零件不是随随便便的,更不是简简单单的就设计出来了,都是有一定的模式的,比如设计工艺卡片的设计路线,第一是工艺分析及生产类型的确定,第二是确定毛坯并绘制毛坯图,第三是工艺路线的拟定,第四是机床设备及工艺装备的选用,第五是工序尺寸公差,最后是设计夹具。

      我们小组的是加工拨叉。根据老师的要求我们查阅了相关的机械设计手册及相关的网络资料,明白了工艺路线的拟定一些相关的资料,比如工序顺序的安排,要遵循先基准后其他,先粗后精,先主后次,先面后孔。

      实训老师指导学生正确把握目前的就业形势和用人趋势,了解和熟悉国家。高等学校毕业生就业政策是国家为完成一定历史时期的任务适应经济建设和社会发展的需要而制定的有关就业的方法。实际制定相关的就业政策。因此,毕业生就业工作是一项政策性很强的工作。毕业生了解国家的就业政策是择业求职过程中非常关键的环节。在现在这个日新月异的时代,我们不得不让自己学得更多,否则只会被社会所淘汰。

      通过实训的合作和努力,我们组基本上完成了预定的任务及计划,所以在这次实训中学到的东西可以说是对以后是受益匪浅,我想在以后的学习中,或者是实习工作中,还会遇到很多各种各样的的问题,但是团队合作的重要性我是深深地体会到了。

      面对着社会上形形色色的招聘会和用人单位,我们必须做出选择,来完成就业。由于高校毕业生刚刚结束学生生涯,开始职业生活,社会经验的不足,在面临求职抉择是我们经常无所适从。而一个人的发展和成才在相当大的程度上取决于我们的职业。所以在以后的学习工作中我会严格的要求自己,让自己在这个社会能够生存下去。

实训的心得体会 篇4

      经过短短几天的计算机网络实训,我深深体会到电脑的神奇和奥妙;也意识到自己在计算机上还有许多不足。现在我们已步入大学,经过一年多的在校学习,对电脑还只是初步的认识和理解,之前一直忙于理论知识的学习,没能有机会放开课本,真正切身感受计算机魅力,所以在实训之前,电脑对我们来说是比较抽象的,但通过这次实训,我们揭开了它神秘的面纱,离我们不再遥远!据我了解,大多数同学都以前接触过电脑,也有玩过一些游戏,却不懂操作一些对我们以后工作有用的.系统。对于我们所学的计算机知识渗透较少,之前都是老师操作为主。此次实训就不同了,我们分为7组,以一个整体来完成此次实训。在活动中同学们都提前来到教室上课,每位同学都认真的操作,听着“嘟嘟”的键盘声,心里真的不亦乐乎!当然老师也是功不可没的,在实训中他们也给予了我们指导,并且做详细的讲解,这次实训活动十分成功,除了各位同学的充分准备,还要感谢学院和数字信息系的各位领导及专业老师,没有他们做出努力,给学生手操的平台。

      在实训中我们也懂得很多东西,我们分工进行。我被分配的是DHCP,首先是DHCP的安装:

      1、点击开始选择控制面板,选择添加或删除程序,选择添加或删除Windows组建命令,选择“网络服务”复选框。

      2、选中“动态主机配置协议(DHCP)”,单击确定。

      3、单击下一步完成DHCP服务器安装。

      接下来则是要授权给DHCP服务器(在DHCP服务器安装完成后,并不能向DHCP客户端提供服务,还必须经过“授权”,未经授权的DHCP服务器在接收到DHCP客户端索取IP地址的请求时,并不会给DHCP客户端分派IP地址。被授权的DHCP服务器的ID地址被记录在WINDOWS2000server的ACTIVEDIRECTORY内。

      一般来说,必须是DOMAINADMINS或ENTERPRISEADMINS组的成员,才可以执行DHCP服务器的授权工作。)执行DHCP服务器的授权工作,可以一次选择“开始”、“程序”、“管理工具”、“DHCP”选项。对要授权的DHCP服务器进行授权即可。必须在DHCP服务器内,设置一段IP作用域。当DHCP客户端在向DHCP服务器请求IP地址时,DHCP服务器就可以从该段作用域内选择一个还没有被使用的IP地址,并将其分配给该DHCP客户端。设置好后,DHCP服务器就可以开始接受DHCP客户端索取IP地址的请求了。在一台DHCP服务器内,只能针对一个子网设置一个IP作用域。例如,不可以设置一个IP作用域为―后,又同时设置另一个IP作用域为―解决方法是先设置一个连续的IP作用域―然后将中间的―删除掉。(可以在一台DHCP服务器内建立多个ip作用域,以便为多个区域内的DHCP客户端提供服务。)

      虽然在实训期间心里有点烦躁(因为刚看到这个的时候不知道该往哪下手),但是我学到了一些所谓所谓“剩下来的东西”,其实就是自学的能力,也就是举一反三或无师自通的能力。实验最后,通过客户机对实验结果进行了验证,无论是输入WEB站点服务器的IP地址还是域名,网页均能显示出来。在实地参观校园网的运作,我也懂得服务器的工作原理和如何为用户提供上网的各式服务器。知道一个普通的机房应该具备什么?虽然在实训期间有点累。,但是我们受益多多。

      这一切实训的每每成功,都能让我体会到有一种已是久别的成就感和兴奋感。在结束实训以后的一段时间,我偶发感想,“计算机网络技术”教会我的不仅仅是专业上的知识了,我觉得我已经收获了更多实在的东西了。当然,在专业上的获得是更多的、最多的,从前以往感觉上的仓促变成一种成熟的观点,在相关的实训进行最后的评分的时候,经一番问答和事实上的对比,觉得自己学而不足、顾而不周、想似无法。这一切归根到底是基础依旧成为以后扎扎实实的奠基石的内容有些许的松散。以后的日子,都要一直的努力下去,苦干下去,用思辨的心去体会工作和生活。

实训的心得体会 篇5

      严格来说我们应该算是实习,初次来到xx,同事们给我的第一感觉是那羡慕的眼光,说实话我真的感到挺不好意思的,我真想说:我们都是一样的,我来到这感到很业余,虽是学电视的但现实的一切我感到空空的,我知道一切将要从零开始。

      工作小而言之是个饭碗,大而言之是份信仰。每个人都有每个人的世界观职业观,一分合适的工作对每个人都很重要,我十分幸运能走进xx走进这个团体,我想在这里就是给人补充血液的地方,刚刚走出校门,一股学生气的不切实际还似有非无,我想在以后的工作中一定有许多东西向前辈们学习讨教,不对的地方敬请批评指正!

      我十分感谢同事给我的帮助和关怀,从点钞到珠算,从支票到汇票,从市行到人行,每一个角落都有你们的悉心帮助,每个点点滴滴都有你们的耐心指导。我知道我的每一次差错都给你们电视来额外的麻烦,我的每一次失误都给你们带来不必要的损失,是你们给了我机会和信心,在此鞠躬谢过,请相信:我一定会用最短的时间学好本领和大家一同并肩工作。

      我同样感谢x行长和两个x主任对我的信任,你们平易近人的态度和谦虚谨慎的作风让我有机会零距离向你们学习,感谢你们对我工作中点点粗心的包容,今后我一定细心再细心,你那句话我会记在心里:在银行干活比干针线活还细才行。我相信我一定会做的更好!

实训的心得体会 篇6

      在xxx庄园实训的这段时间里,我觉得真的很美好,欣赏了美丽的景象,学会了一些对待客人的方式,还有在花庄里玩丛林穿越的重重惊险的闯关,让我领悟到了人生哲理!

      还有和两个同学在餐厅工作的时候,我们互相帮助,有什么问题可以问阿姨,阿姨也非常的友好温柔,还有那里的那个老板娘,我觉得她超级好,特别有气质,第一次见面的时候,我在扫地,然后她跟我说了个”早”,我不知道她是在跟我说话,然后就没理,实在是尴尬啊,但是她还是继续跟我打招呼啦,才知道她是在跟我说话,觉得她人很好!

      在洗那个烧烤的架子,油特别多,要洗好几遍,可以看出他们那里还是比较注重卫生方面的,什么都要做到,这也是给自己的一个要求,绝对不能偷懒。可能第一次去的时候对那里的一切都很新奇,然后工作的时候还是有点分心的,没事我们去荡秋千,后来阿姨和我们说工作时间不能玩,工作就要好好工作,休息的时候就好好休息,然后我们就从那以后在工作时间绝对不能玩,这让我知道了,以后真正上班后的一种对待工作的态度!

实训的心得体会 篇7

      xx年12月6日,我们结束了为期两个星期的现代服务业跨专业综合实训。在这些天里,我们运用学而业经管类跨专业仿真实训系统,结合综合实践课程资源体系,在现代企业运营的全景仿真环境中进行任务。

      以现代生产制造企业为核心的一系列实体业务单位和公共服务单位,构成了全景现代商业社会,其中分为工业区,行政服务区,商贸区,现代服务业区。我被分在现代服务业区的会计师事务所中并中担任业务部计师的角色,我们的会计师事务所叫做鸿德会计师事务所。初次担任会计师事务所的业务员,自己对角色职责不是很熟悉,翻看了老师提供的相关资料和总会计师出具的岗位职责说明书,明白业务部会计师具有单位的管理,实施会计监督等方面的职责和权限。我们鸿德会计师事务所开始登记注册,税务登记,开立银行账户,制定会计师事务所工作制度和年度工作计划,期间遇到很多问题。我们通过查阅网络资料和与其他同学讨论结合等办法,尝试着把问题一一解决,从中也学到不少知识和得到丰富的实践经验。在处理日常业务的时候,相关客户制造公司需要贷款,我们在验证资本真实性的过程中,与相关客户公司有更深入了解,方便了以后审计业务的开展,并出具验资报告。通过这次实训,我深刻的认识到团队合作的重要性,自行解决问题的能力也得到提升,同时我也感受到自己专业知识的薄弱。不过这次模拟实训还是给我们提供了一个很好的平台锻炼自己,虽然有些累,但确实很受用。

      一个星期的电工实训,说长不长,说短不短,但在这期间我们学到了不少的技术,为我们以后的工作和进入社会领域打下基础。在实训期间,完全满足了我们以前的电气专业的好奇心。因为我们不仅要连接电路,焊接电路板,还要收音机的自主设计,这些在我们以前看起来是不可能完成的任务,但是,我们完成了这个任务。

      一周的实训很快就结束了,在这当中有我们有辛苦过,兴奋过,沮丧过,惊喜过。在实训当中感触最深的便是实践联系理论的重要性,当遇到实际问题时,只要认真思考,用所学的知识,一步步做。这次的内容包括安全用电、常用电子仪器使用(一)、常用电子元器件的认识与检测、常用工具的使用(二)、焊接工艺与焊接训练、Protel的使用1――绘制电路原理图、Protel的使用2――绘制印刷电路图、印刷电路板(PCB)的制作、电路组装及调试、电子整机产品装配、照明电路的组装、一般室内电气线路的安装。本次实训的目的主要是对电子、电器的了解,对电子元件认识及电子元件的组装,对电子信息技术等方面的专业知识做进一步的理解;培养和锻炼我们的实际动手能力,使我们的理论知识与实践充分地结合,作到不仅具有专业知识,而且还具有较强的实践动手能力,能分析问题和解决问题的高素质人才,为以后更好的学习。

实训的心得体会 篇8

      本次实训,通过客户订单,客户档案,客户需求这一系列自己编制的流程中,我深深地体会到,配送对于整个物流系统完美存在的重要性!

      要使一个配送系统在最大的节省成本,更快速,更便捷的情况下,将货物送达客户手中,这就需要配送人员对路线进行精确的选择,对配装进行合理的安排,对时间进行合理的利用。从而使整个过程达到高效率,高质量。