US Travel Tips (OOW, ACE Directors) – Cont. II

第一篇任意门:OOW US Travel Tips for ACE Director – Visa, Hotel, Car Rental, etc. 第二篇任意门:US Travel Tips (OOW, ACE Directors) – Cont. 为什么还会有第三篇呢,因为有人说,你这太不务正业了,介绍完签证,就是租车购物是吧。我深感惭愧,知错就改,最重要的要放在最后,所以就有第三篇。 在OOW前几天专门为ACE Directors举办的Product Briefing是干嘛的? 其实最开始的那篇文章提过了,在这个会议上会有Oracle各个产品线的总监级人物,预先透露一些会在OOW中宣布的产品新特性,回答作为听众的大家的一些问题,这实际上是给ACED与Oracle官方和研发Team更近距离的交流机会。小会议的现场,果粉免费宣传单元。 参加Product Briefing的话住在哪里? 不出意外的话,所有人都会住在从SFO机场下高速很近的Sofitel,这个酒店不用像Hilton那样在网上预定,Oracle会直接处理好,只要拎包到酒店前台报名字就可以入住了。从Sofitel走到Oracle总部大约需要15分钟时间,在秋意爽朗的加州清晨走走路是很好的享受。 这就是酒店。…

Continue ReadingUS Travel Tips (OOW, ACE Directors) – Cont. II

US Travel Tips (OOW, ACE Directors) – Cont.

之前写过一篇:OOW US Travel Tips for ACE Director – Visa, Hotel, Car Rental, etc.,还是颇受好评的,为了纪念今年美国签证系统崩溃了好多天,现在补一个更新的问答版。 什么资格适合递签(非面签)? 之前的美国签证过期不到4年,或者未满14周岁或80周岁以上。所以我去年的签证是今年8月份到期,我夫人的签证去年8月份就到期了,我儿子4岁从来没去过美国,这样的三个人可以全部都递签,而无需面试。 如果我符合递签条件,但是为了陪必须要免签的其它人(比如父母、妻子)一起,也可以选择面签吗? 这是很多人纠结的地方,因为在大使馆签证页面中有一句话“所有符合中信代传递续签条件的申请人通常必须使用中信代传递服务”,看上去似乎这是强制的,并且中信银行的职员也通常会告知,如果你满足递签条件却执意要去面签,是有可能会被拒绝进入美国大使馆的,理由是本来人就那么多了,你符合递签条件,就别来裹乱了。 但是实际上,还是有很多人通过的,参看穷游的经验,并且根据我的面签经验,在进入使馆之前,也没有人详细查看你是否符合免面签条件。但是,其实让父母单独去面签,也并不是什么大事儿,美国签证官都是会说中文的。今年我夫人的父母(我的丈人、丈母娘)会跟我们一起去美国,两个人都是2014年新护照、白本、两个人去的、没有提交什么房产证明、旅游计划等等东西,问了两个问题就双双通过了。主要问题大约都是去干嘛?钱谁出? 递签的话,人在北京,是选择广州使馆还是北京使馆? 根据今年递签的经验,无论人在哪里,全部都选择广州使馆,否则中信银行会不接受递签申请。在填表的过程中有两个地方需要选择使馆。 第一个是填DS160的时候,最开始的页面,下拉列表中要选择广州(当然,如果你是面签的,住在北京就还是选择北京)。 第二个是CGI网站,如果选择了免面签代传递服务,那么到了Step 7的时候,会自动询问你是不是选择“中国,广州”作为您此次签证的申请地点,我之前以为这是Bug,但是实际上这是正常的,直接选择“是”即可。CGI网站填写步骤参看我之前的文章。 擦,眼睛都填花了好不容易填完,选的是北京,确认页都打出来了,难道还要再重新填一份DS160? 没错,是要重新生成一份DS160的申请,但是,所幸绝大部分信息都可以不用再填。操作方式是: 如上一条所述,在一开始下拉列表中选择广州; 然后选择下面的“Retrieve An Application”; 输入Application…

Continue ReadingUS Travel Tips (OOW, ACE Directors) – Cont.

Oracle Policy-Managed Cluster – Growing for DBaaS

Policy-Managed Cluster在Oracle 11gR2中被引进,在Oracle 12c中使用dbca创建RAC数据库的时候,Policy-Managed选项已然成为默认值。 那么到底什么是Policy-Managed方式的集群和数据库呢?与以前的Admin-Managed方式有何区别?何种环境适合使用这种新的方式进行管理?本文尝试回答这些问题,并且做出简单的测试。 什么是Policy-Managed方式? 基于策略的管理方式,是以服务器池(Server Pools)为基础的,简单地说,就是先定义一些服务器池,池中包含一定量的服务器,然后再定义一些策略,根据这些策略Oracle会自动决定让多少数据库实例运行在池中的几台机器上。数据库实例名后缀、数据库实例个数、所运行的主机,这些都是通过策略决定的,而不是数据库管理员事先定好的。 与Admin-Managed方式有何区别? 实际上上面的表述已经明确说明了,Policy-Managed和Admin-Managed方式的差别。让我们再回顾一下,在以往我们创建一个RAC数据库大概是怎样的方法,我们在dbca的界面中会选择要将数据库实例运行在整个集群中的几台机器上,或者是2台或者是3台,甚或是更多,但是只要在安装的时候选定几台机器,那么以后如果不做增减节点的操作,就始终会在这几台机器上运行。而且,通常会根据主机名称的排序自动将每台主机上的数据库实例依次命名为dbname1到dbnameN。这些在管理员安装完毕以后,都不会再自动变化,这就是Admin-Managed方式。 何种环境适合使用这种新的方式进行管理? 当管理大量的服务器集群,并且在这些集群中运行着多种不同重要程度,不同策略的RAC数据库时,为了简化管理,建议使用Policy-Managed方式,实际上Oracle也建议只有在超过3台的服务器的时候才使用Policy-Managed来管理整个数据库集群。想象一下使用Policy-Managed方式可以达到的效果:如果我们有10台服务器组成,根据不同的应用的重要性定义服务器池的关键程度,然后在其中某些机器意外停机的情况下,仍然可以自动地保持足够多的机器给重要的系统提供数据库服务,而将不关键的系统数据库服务器个数降低到最低限度。 那么Policy-Managed方式到底长什么样? 在默认安装完Oracle 12c的RAC数据库之后,发现数据库实例始终只会启动在一个节点中。检查服务器池配置。 [oracle@dbserver2 ~]$ srvctl config srvpool Server pool name: Free Importance: 0, Min: 0, Max: -1…

Continue ReadingOracle Policy-Managed Cluster – Growing for DBaaS